Description: Writer freezes when opening the following file: http://nerz-ev.de/download/software-dokumente/02500-03_ArS/TAnf_Ars_FREI_V3.0_D2009-11-23.doc Steps to Reproduce: 1. Open http://nerz-ev.de/download/software-dokumente/02500-03_ArS/TAnf_Ars_FREI_V3.0_D2009-11-23.doc Actual Results: 1. Warning about macros 2. Freeze after clicking OK Expected Results: 1. Warning about macros 2. Document opened Reproducible: Always User Profile Reset: No Additional Info: User-Agent: Mozilla/5.0 (X11; Fedora; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.78 Safari/537.36
Confirmed with Version: 5.1.6.2 Build ID: 07ac168c60a517dba0f0d7bc7540f5afa45f0909 CPU Threads: 2; OS Version: Linux 4.4; UI Render: default; Locale: en-US (en_US.UTF-8); Calc: single Confirmed with Version: 6.0.0.0.alpha0+ Build ID: e0bafa78e3ad0df397d78cd65ad19bd5b07dc5f2 CPU threads: 2; OS: Linux 4.4; UI render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-07-20_22:42:49 Locale: en-US (en_US.UTF-8); Calc: single Somehow the 'Warning about macros' isn't shown on v6, just a freeze.
On pc Debian x86-64 with master sources updated today, I could reproduce this. I noticed this trace on console: warn:legacy.osl:5840:1:vcl/source/window/errinf.cxx:177: Error not handled
Created attachment 135194 [details] bt with debug symbols I attached a bt from the console trace I got (see my previous comment) + some gdb
Let's increase a bit the importance since: - it concerns all envs - it prevents people from opening the file a bit because seems only specific on a file.
Looks inherited. This is lazy man reporting and confirming.. we should try to make a minimum test case by reducing this doc. At least it doesn't hang if header is removed. I wouldn't be surprised if it were similar to Bug 65881 or Bug 37146.
Created attachment 135434 [details] bt at random with debug symbols I attached bt from a random break during hanging. It seems a layout issue.
Michael: on a gdb session, I noticed I'm stuck here: 44 while ( pTmp && pTmp != pObj ) 45 pTmp = pTmp->GetPrev(); which corresponds to frame 1 of my 2nd bt attached. I don't know if it's layout or cache related but thought you might be interested in this one.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Repro 6.2+
It was wrong to link sample and not attach it, not available. Please attach if you have saved.
Created attachment 156473 [details] Document that causes hang Attached. Also can still reproduce with libreoffice-writer-6.3.3.2-7.fc31.x86_64
Created attachment 156488 [details] Document reduced - 2 pages DOC Repro 6.5+. Document is complex 82-page DOC. And it would hardly be analyzed like that, until problem is isolated. I attach reduced 2-page DOC which still hangs. I tried further to remove header&footer or picture, but both documents can be open. Note: DOCX opens as 260 pages, but with differences and already reported pagination issue.
Created attachment 157466 [details] Flamegraph
Although it's a hang, it's just happening with a particular file + Inherit from OOo. Decreasing importance
Actually it opens after real 8m0,484s user 7m55,930s sys 0m1,484s Version: 7.0.0.0.alpha0+ Build ID: 447e4209fa16e765d9cba9f1c80bf10e8901204c CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded @Noel, I thought you might be interested in this issue...
Created attachment 166179 [details] Document reduced - 2 pages DOCX (In reply to Timur from comment #12) > Created attachment 156488 [details] > Document reduced - 2 pages DOC > Note: DOCX opens as 260 pages in 7.0+, but with differences and already reported > pagination issue. I attach here MSO created DOCX (3 pages in MSO) which now opens in LO 7.1+. DOC repro 7.1+, so bug remains for DOC.
Original DOC attachment 156473 [details] fixed in 7.2+: commit ba698a8561700f503cdd7a5cb0bc83d6eaf4222b 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 LO opens 92 pages and MSO 82 pages (content is not in this bug, can be compared and specific differences searched in other bugs). Also fixed reduced 2 page DOC attachment 156488 [details]. *** This bug has been marked as a duplicate of bug 96840 ***