Bug Hunting Session
Bug 64991 - RTL: open RTL doc is extremely slow
Summary: RTL: open RTL doc is extremely slow
Status: RESOLVED DUPLICATE of bug 76219
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.0.3.3 release
Hardware: All All
: medium major
Assignee: Not Assigned
URL:
Whiteboard: BSA interoperability
Keywords: filter:doc, perf
Depends on:
Blocks: RTL-CTL DOC
  Show dependency treegraph
 
Reported: 2013-05-26 08:23 UTC by Fahad Al-Saidi
Modified: 2017-01-26 12:09 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
Issue not reproduced after resaving as DOCX in Word 2010 (468.68 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2015-08-26 09:23 UTC, Xisco Faulí
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Fahad Al-Saidi 2013-05-26 08:23:49 UTC
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
Comment 1 Thomas van der Meulen 2013-05-26 09:31:02 UTC
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.
Comment 2 Julien Nabet 2014-07-29 19:52:23 UTC
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)
Comment 3 Xisco Faulí 2015-08-26 09:23:49 UTC
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.
Comment 4 QA Administrators 2016-09-20 10:26:04 UTC Comment hidden (obsolete)
Comment 5 Aron Budea 2016-11-22 08:37:27 UTC
Still extremely slow in 5.2.3.3.
Comment 6 Xisco Faulí 2017-01-26 12:09:29 UTC
It opens if 347bb1634b10eba577742fe8a7edb4b2dd69265d is reverted. Closing as RESOLVED DUPLICATED of bug 76219

*** This bug has been marked as a duplicate of bug 76219 ***