Version: 5.0.4.2 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 v5.1.0.1 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 5.3.2.1 on Windows 7
bug still repro in LO 6.0 beta 1
still repro in LO 6.1 alpha 1
Created attachment 149065 [details] File DOC
still repro in Version: 6.3.0.0.alpha0+ 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 Calc: threaded
it takes 100% of CPU also still repro in Версия: 6.4.0.0.alpha0+ 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 Calc: threaded
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: 6.5.0.0.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 Calc: threaded
still repro in Version: 7.1.0.0.alpha0+ 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 Calc: threaded
I can open: - attachment 149065 [details] (original DOC) - attachment 154662 [details] (Timur's smaller DOC) With version: Version: 7.2.0.0.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 Calc: threaded 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 source 798b69087119c01a3b51e0bb3240ef35cfededeb previous fb5247bf587518eaa01cf5d54dceddf73827d740 author Daniel Arato (NISZ) <arato.daniel@nisz.hu> 2021-03-24 20:18:16 +0100 committer László Németh <nemeth@numbertext.org> 2021-05-21 08:00:33 +0200 commit 798b69087119c01a3b51e0bb3240ef35cfededeb (patch) tree a498de98b34bacf760b208d3cc650c2a2f68ae58 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": https://git.libreoffice.org/core/commit/975488594fc88aaba7298448e0ff727ebca7fe85 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: https://wiki.documentfoundation.org/Testing_Daily_Builds 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.)