Problem description: When you try to open long RTL doc document, it takes ages to import and open. Steps to reproduce: 1. download this file: http://www.alargam.com/alquran/quran6236.rar 2. open the quran6236.doc 3. Have lunch then back. The file will still be in importing mode. Operating System: Ubuntu Version: 4.0.3.3 release
Thank you for your bug report, I can reproduce this bug running libreoffice Version: 4.1.0.0.beta1 Build ID: 3a2c2d2417101e45fe07cfd8358acf2204a98f3 on Mac osx 10.8.3. I let it run for 5 min and stoped it. after that i tested it on my windows 7 machine and after 13 minuts it got a screen saying that it had crashed. opening with Word 2007 or Apple pages is not a problem (1 min to load). so the file isn't broken.
On pc Debian x86-64 with master sources updated today, I could reproduce this. Example of bt part retrieved at random: #0 0x00002aaade8b86ce in boost::ptr_sequence_adapter<SwFltStackEntry, std::__debug::deque<void*, std::allocator<void*> >, boost::heap_clone_allocator>::operator[] ( this=0x88a2a38, n=5898) at /home/julien/compile-libreoffice/libreoffice/workdir/UnpackedTarball/boost/boost/ptr_container/ptr_sequence_adapter.hpp:332 #1 0x00002aaade8b80c7 in SwFltControlStack::operator[] (this=0x88a2a30, nIndex=5898) at /home/julien/compile-libreoffice/libreoffice/sw/source/filter/inc/fltshell.hxx:197 #2 0x00002aaade8ce541 in SwWW8FltControlStack::GetStackAttr (this=0x88a2a30, rPos=SwPosition (node 15, offset 28871), nWhich=22) at /home/julien/compile-libreoffice/libreoffice/sw/source/filter/ww8/ww8par.cxx:1547 #3 0x00002aaade8ce2ae in SwWW8FltControlStack::GetFmtAttr (this=0x88a2a30, rPos=SwPosition (node 15, offset 28871), nWhich=22) at /home/julien/compile-libreoffice/libreoffice/sw/source/filter/ww8/ww8par.cxx:1497 #4 0x00002aaade9617f4 in SwWW8ImplReader::GetFmtAttr (this=0x889a730, nWhich=22) at /home/julien/compile-libreoffice/libreoffice/sw/source/filter/ww8/ww8par6.cxx:2642 #5 0x00002aaade8d4daf in SwWW8ImplReader::emulateMSWordAddTextToParagraph (this=0x889a730, rAddString="الم (1) ذَلِكَ الْكِتَابُ لَا رَيْبَ فِيهِ هُدًى لِلْمُتَّقِينَ (2) الَّذِينَ يُؤْمِنُونَ بِالْغَيْبِ وَيُقِيمُونَ الصَّلَاةَ وَمِمَّا رَزَقْنَاهُمْ يُنْفِقُونَ (3) وَالَّذِينَ يُؤْمِنُونَ بِمَا أُنْز"...) at /home/julien/compile-libreoffice/libreoffice/sw/source/filter/ww8/ww8par.cxx:3340 #6 0x00002aaade8d46b1 in SwWW8ImplReader::ReadPlainChars (this=0x889a730, rPos=@0x7ffffffed790: 384, nEnd=56361, nCpOfs=0) at /home/julien/compile-libreoffice/libreoffice/sw/source/filter/ww8/ww8par.cxx:3136 #7 0x00002aaade8d54dd in SwWW8ImplReader::ReadChars (this=0x889a730, rPos=@0x7ffffffed790: 384, nNextAttr=56361, nTextEnd=723941, nCpOfs=0) at /home/julien/compile-libreoffice/libreoffice/sw/source/filter/ww8/ww8par.cxx:3441 #8 0x00002aaade8d725d in SwWW8ImplReader::ReadText (this=0x889a730, nStartCp=0, nTextLen=723941, nType=MAN_MAINTEXT) at /home/julien/compile-libreoffice/libreoffice/sw/source/filter/ww8/ww8par.cxx:3967 #9 0x00002aaade8dd983 in SwWW8ImplReader::CoreLoad (this=0x889a730, pGloss=0x0, rPos=SwPosition (node 9, offset 13)) at /home/julien/compile-libreoffice/libreoffice/sw/source/filter/ww8/ww8par.cxx:5150 #10 0x00002aaade8e0855 in SwWW8ImplReader::LoadThroughDecryption (this=0x889a730, rPaM=SwPaM = {...}, pGloss=0x0) at /home/julien/compile-libreoffice/libreoffice/sw/source/filter/ww8/ww8par.cxx:5743 #11 0x00002aaade8e1e8d in SwWW8ImplReader::LoadDoc (this=0x889a730, rPaM=SwPaM = {...}, pGloss=0x0)
Created attachment 118192 [details] Issue not reproduced after resaving as DOCX in Word 2010 Problem still present in Version: 5.0.0.5 Build ID: 1b1a90865e348b492231e1c451437d7a15bb262b Locale: es-ES (es_ES) on Windows 7 (64-bit) However, I can't reproduce the issue if I resave the document as DOCX in Word 2010.
** 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 on a currently supported version of LibreOffice (5.1.5 or 5.2.1 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20160920
Still extremely slow in 5.2.3.3.
It opens if 347bb1634b10eba577742fe8a7edb4b2dd69265d is reverted. Closing as RESOLVED DUPLICATED of bug 76219 *** This bug has been marked as a duplicate of bug 76219 ***
Source file not available. Xisco and reporter, do you still have it?
Here, it is attached
I couldn't attach it, but here is the link to test. https://web.archive.org/web/2015*/http://www.alargam.com/alquran/quran6236.rar
today I had a chance to test the fix. It took 5 minutes to open the file in my new machine (16 threads). libreoffice info: Version: 7.2.0.4 / LibreOffice Community Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b CPU threads: 16; OS: Linux 5.4; UI render: default; VCL: kf5 (cairo+xcb) Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded I can confirm that this bug is not resolved yet.
Created attachment 174482 [details] DOC from description (In reply to Fahad Al-Saidi from comment #10) > today I had a chance to test the fix. It took 5 minutes to open the file in > my new machine (16 threads). Yeah, unfortunately that fix, done for bug 104254 had to be reverted before 7.2.0 release. But anyway, I checked from the state when that fix was still in, and apparently it didn't affect this document. Thanks for pointing to the doc again, I'm attaching it this time.
Created attachment 174500 [details] Flamegraph Here's a Flamegraph retrieved on pc Debian x86-64 with master sources updated today (with enable-symbols, not enable-debug) + gen rendering. I just waited to have about 70MB, the loading was still at the beginning.
Noel: I attached a Flamegraph perf, thought you might be interested in this one to find some hints to optimize the loading.
Noel Grandin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/c6883e7a031dec5fe3a365c4fd6adccff09696e5 tdf#64991 speed up loading large RTL documents It will be available in 7.3.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.
Noel Grandin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/0922d1d2b0ba30d44eae311a8d0dc17345b8dcac tdf#64991 speed up loading large RTL documents It will be available in 7.3.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.
Noel Grandin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/5760cba3b276a372d6cccf3f6b6db7fb26c20351 tdf#64991 speed up loading large RTL documents It will be available in 7.3.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.
Noel Grandin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/bec2de27f676092bffdf8a639497602a9d13f675 tdf#64991 speed up loading large RTL documents It will be available in 7.4.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.
Noel Grandin committed a patch related to this issue. It has been pushed to "libreoffice-7-3": https://git.libreoffice.org/core/commit/75950f3eb9517b8d5cce4a7e491ab031a1b3f0db tdf#64991 speed up loading large RTL documents It will be available in 7.3.0.0.beta2. 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.
2 minutes to open in 7.3.0.1 Version: 7.3.0.1 / LibreOffice Community Build ID: 840fe2f57ae5ad80d62bfa6e25550cb10ddabd1d CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Same in a recent master build: Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 7fe2ce55ab86cc7a32850fdf504e368c535949c3 CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Definitely better than the reported 5 minutes.
If that bug has commits that fixes the problem, then it can't be a duplicate of a still open bug. So change as Resolved Fixed. Best regards. JBF
Opening the file attached to this bug is very slow even after the commits by Noel comparing to ms office. I don't think the problem is fixed.
Still in 7.3.3.2
I just opened attachment 174482 [details] (quran6236.doc) in LO Writer. It took somewhere between 60 and 90 seconds, I believe, ,on my machine (Intel i5-7600K @ 4050 Hz, 16 GB RAM). Build info: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: ad387d5b984c6666906505d25685065f710ed55d CPU threads: 4; OS: Linux 6.1; UI render: default; VCL: gtk3 Locale: he-IL (en_IL); UI: en-US So, this is obviously better than the situation 2013, but then - it's possible that Fahad's system has a lot less RAM, and the CPU was likely slower. Also, Writer is extremely unresponsive after opening the document, it takes forever to scroll, to place the cursor for editing, to switch to Navigator on the sidebar etc. This is quite unacceptable in a document which only has ~80K words, ~450K characters, and 318 pages. Should we open a separate bug about the extreme slowness _after_ the document has been loaded?
(In reply to Eyal Rozenberg from comment #23) > This is quite unacceptable in a document which only has ~80K words, ~450K > characters, and 318 pages. Whoops, that's 258 pages. I should also mention I can absolutely not get the Navigator to show, and LO is just stuck. :-(
Created attachment 185331 [details] Flamegraph On pc Debian x86-64 with master sources updated today, I retrieved a new Flamegraph.