Build ID: 2b9802c1994aa0b7dc6079e128979269cf95bc78
Locale: ru-RU (ru_RU)
OS: Windows 7 HB x86-64
link to file https://yadi.sk/d/nl-2rXURmcQ7s
many images in a document
in MSO 2007 this file opens correctly. if in MSO save this file in format .docx, then LO opens it, but number of pages measured in thousands
Confirmed with v22.214.171.124 under ubuntu 14.04 x64.
Also doesn't open with older versions.
The file seems to include two JPEGs and one PNG wrapped into zipped PPTX each ("Package" streams).
bug still repro in LO 126.96.36.199 on Windows 7
bug still repro in LO 6.0 beta 1
still repro in LO 6.1 alpha 1
Created attachment 149065 [details]
still repro in
Build ID: b45289e48e0f354b9996e2846dd041db4a9947ce
CPU threads: 4; OS: Linux 4.18; UI render: default; VCL: kde5;
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-02-08_12:51:03
Locale: ru-RU (ru_RU.UTF-8); UI-Language: en-US
it takes 100% of CPU also
still repro in
ID сборки: 1496a1831d1be0a2d24be9fe3ecf627b2664e938
Потоков ЦП: 4; ОС:Linux 5.3; Отрисовка ИП: по умолчанию; VCL: gtk3;
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-09-04_14:52:26
Локаль: ru-RU (ru_RU.UTF-8); Язык интерфейса: ru-RU
Created attachment 154662 [details]
File DOC minimized in MSO
Original DOC has 30 pages. It's always better to have minimized sample.
Here is DOC created in MSO, just pages 5-7 with images, without footer, still no open.
Created attachment 154663 [details]
File DOCX minimized in MSO
Let me also add DOCX pages 5-7 that has page counting on fileopen.
There are other bugs for that so no need to open separately, let's wait for this one and watch others. I added one of them to See Also.
Inherit from OOo + no dupes, I don't see the reason why it's a high severity bug
still repro in
Version: 188.8.131.52.alpha0+ (x64)
Build ID: b6295e4a1b7735c148174f44f6d28221f4f52302
CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: default; VCL: win;
Locale: ru-RU (ru_RU); UI-Language: en-US
still repro in
Build ID: <buildversion>
CPU threads: 4; OS: Mac OS X 10.15.5; UI render: default; VCL: osx
Locale: ru-RU (ru_RU.UTF-8); UI: en-US
I can open:
- attachment 149065 [details] (original DOC)
- attachment 154662 [details] (Timur's smaller DOC)
Version: 184.108.40.206.alpha1+ / LibreOffice Community
Build ID: 399a6472f666ae6c3e20b6f8367f9fd089c15605
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-06-05_17:38:40
However, DOCX version in attachment 154663 [details] has the same issue as previously described: keeps increasing the number of pages.
Given that the title of this report is about the DOC not opening, can we close this as a WORKSFORME and open a new bug for the DOCX page increase?
(In reply to stragu from comment #14)
> However, DOCX version in attachment 154663 [details] has the same issue as
> previously described: keeps increasing the number of pages.
> Given that the title of this report is about the DOC not opening, can we
> close this as a WORKSFORME and open a new bug for the DOCX page increase?
I think yes.
And would be interesting to know which commit fix it. I'll (possibly) do a revert bisect
I'll create a different report for DOCX file
Thanks for retesting Stéphane
Reverse with 7.2+:
commit ba698a8561700f503cdd7a5cb0bc83d6eaf4222b is GOOD
Date: Fri May 21 08:16:39 2021 +0200
author Daniel Arato (NISZ) <firstname.lastname@example.org> 2021-03-24 20:18:16 +0100
committer László Németh <email@example.com> 2021-05-21 08:00:33 +0200
commit 798b69087119c01a3b51e0bb3240ef35cfededeb (patch)
parent fb5247bf587518eaa01cf5d54dceddf73827d740 (diff)
tdf#104254 sw DOCX import: fix text wrapping in headers
Text wrapping around shapes and images used to be
turned off in header and footer frames. This commit
simply reenables that feature for headers/footers
(to avoid also regressions related to the fix i13832).
OK, great...but how did DOCX fix fixed DOC here?
Hi Daniel, seems you fixed this DOC bug, could you look and explain? Thanks.
The fix is in sw/source/core/text/txtfly.cxx which seems to be code shared by docx and doc formats, maybe others as well
(In reply to Timur from comment #17)
> Hi Daniel, seems you fixed this DOC bug, could you look and explain? Thanks.
Pretty much what Xisco said imho. The other ticket (tdf#104254) was about DOCX files specifically, but the change may have affected other subsystems and solved other issues by chance. Looks like we just got lucky on this one.
Xisco Fauli committed a patch related to this issue.
It has been pushed to "master":
tdf#96840: sw_ww8export3: Add unittest
It will be available in 7.2.0.
The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.
*** Bug 111341 has been marked as a duplicate of this bug. ***
*** Bug 76219 has been marked as a duplicate of this bug. ***
(In reply to Xisco Faulí from comment #18)
> The fix is in sw/source/core/text/txtfly.cxx which seems to be code shared
> by docx and doc formats, maybe others as well
This is in writer core, so it is irrespective of any formats. Thus it has been reverted - because it breaks the point of USE_FORMER_TEXT_WRAPPING.
The change of course can affect layout. In some documents, it resolved layout loops, and caused loops in others. These just expose or hide existing problems, so this bug was never "fixed" and is now "broken" again. REOPEN (but at least we have a clue as to what to look for - likely a page available height issue.)