Bug 123257 - FILEOPEN DOCX Chart covers text often
Summary: FILEOPEN DOCX Chart covers text often
Status: RESOLVED DUPLICATE of bug 119748
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.4.7.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: DOCX
  Show dependency treegraph
 
Reported: 2019-02-08 09:24 UTC by NISZ LibreOffice Team
Modified: 2020-06-05 18:02 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Test document (87.86 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2019-02-08 09:25 UTC, NISZ LibreOffice Team
Details
Screenshot (247.80 KB, image/png)
2019-02-08 09:26 UTC, NISZ LibreOffice Team
Details
Test comparedin MSO and LO (190.94 KB, image/png)
2020-03-06 12:32 UTC, Timur
Details
Test resaved in MSO compared in MSO and LO (200.50 KB, image/png)
2020-03-06 12:39 UTC, Timur
Details
Test document resaved in MSO (94.63 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2020-03-06 12:40 UTC, Timur
Details

Note You need to log in before you can comment on or make changes to this bug.
Description NISZ LibreOffice Team 2019-02-08 09:24:18 UTC
Description:
Chart in DOCX documents created with Microsoft Word covers text when the document is opened in LibreOffice Writer 6.3.0.0.alpha0+.

Steps to Reproduce:
    1. Open the attached DOCX file in LibreOffice Writer.
    2. View the attached screenshot.
    3. Find the text “8888” on the 6th page.
    4. The last chart covers the paragraph starting with text “8888”.
    5. Change view to Web and change back to Normal. This reveals the paragraph.

Actual Results:
Chart covers text when the document is opened in LibreOffice Writer 6.3.0.0.alpha0+.

Expected Results:
Text should be readable when the document is opened in LibreOffice Writer 6.3.0.0.alpha0+.


Reproducible: Sometimes


User Profile Reset: No



Additional Info:
LibreOffice details:
Version: 6.3.0.0.alpha0+
Build ID: fcc5fc76c33de566cb2d02be541dcbde29d1eb8a
CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; 
Locale: hu-HU (hu_HU); UI-Language: en-US
Calc: threaded
Comment 1 NISZ LibreOffice Team 2019-02-08 09:25:59 UTC
Created attachment 149014 [details]
Test document
Comment 2 NISZ LibreOffice Team 2019-02-08 09:26:38 UTC Comment hidden (obsolete)
Comment 3 Dieter 2019-02-08 09:36:36 UTC
I confirm it with

Version: 6.3.0.0.alpha0+ (x64)
Build ID: 411f3a050ac2be598019d512f8ccfe041080c28f
CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2019-01-14_03:17:11
Locale: en-US (de_DE); UI-Language: en-US
Calc: threaded

and with

Version: 5.4.7.2 (x64)
Build-ID: c838ef25c16710f8838b1faec480ebba495259d0
CPU-Threads: 4; BS: Windows 6.19; UI-Render: GL; 
Gebietsschema: de-DE (de_DE); Calc: CL
Comment 4 Aron Budea 2019-02-08 12:58:42 UTC
For me this occurs in LO 6.2.0.3 but not in 6.1.0.3 / Windows 7.
Which is strange, because then it shouldn't occur in 5.4.7.2, either.
Comment 5 Dieter 2019-02-08 13:46:58 UTC
(In reply to Aron Budea from comment #4)
> For me this occurs in LO 6.2.0.3 but not in 6.1.0.3 / Windows 7.
> Which is strange, because then it shouldn't occur in 5.4.7.2, either.

It also occurs in 6.1.5.

Steps to reproduce:
1. Save attachment
2. Open in Writer

The strange thing is, that if you save the document after step 2 and reopen the document, the bug has gone away.
Comment 6 Aron Budea 2019-02-08 19:28:15 UTC
Bibisected to the following commit using repo bibisect-linux-64-6.2. Adding Cc: to Jan-Marek Glogowski, please take a look.

https://cgit.freedesktop.org/libreoffice/core/commit/?id=771544544ee13ec98961f93b5313a7d2e29429cd
author		Jan-Marek Glogowski <glogow@fbihome.de>	2018-08-28 10:13:28 +0200
committer	Jan-Marek Glogowski <glogow@fbihome.de>	2018-08-28 13:13:12 +0200

tdf#119458 fix sw background Idle unblocking
Comment 7 Timur 2020-03-06 12:32:39 UTC
Created attachment 158445 [details]
Test comparedin MSO and LO

No repro as described in LO 5.4.7, although 6th page is different than MSO. Note 7 pages in 5.4.7.
Repro 6.3.0 and 7.0+, opens 6 pages, so compared 5th.
Comment 8 Timur 2020-03-06 12:39:54 UTC
Created attachment 158446 [details]
Test resaved in MSO compared in MSO and LO

Previously I compared original attachment 149014 [details] that is 2007 DOCX.
Here I compared same DOCX but resaved in MSO without compatibility, so new.
There's difference for LO 5.4.7 but also repro in 7.0+.
Comment 9 Timur 2020-03-06 12:40:57 UTC
Created attachment 158447 [details]
Test document resaved in MSO
Comment 10 Jan-Marek Glogowski 2020-03-06 22:18:58 UTC
This has never been a scheduler bug, but it seems my original fix actually exposed this - at least I could verify the bibisect. My fix is basically the same, then the fix commited a day earlier: https://gerrit.libreoffice.org/c/core/+/90126

So much time spend, but at least I could verify the same general fix for the solution.

*** This bug has been marked as a duplicate of bug 119748 ***
Comment 11 Justin L 2020-03-31 13:54:54 UTC
(In reply to Jan-Marek Glogowski from comment #10)
> So much time spend...
and well spent since it fixes all bugs, including regression bug 131707.
Comment 12 Jan-Marek Glogowski 2020-03-31 15:02:43 UTC
(In reply to Justin L from comment #11)
> (In reply to Jan-Marek Glogowski from comment #10)
> > So much time spend...
> and well spent since it fixes all bugs, including regression bug 131707.

If I had known, you were working on the "same" bug, it would have saved me ~ a week, or we could have coordinated ;-( That's why I said that. Lots of duplicate work.