Created attachment 107871 [details] Attached MS file Hi, Facing difficulty in opening huge files no matter if its impres/calc/writer. The base files are created in Ms office(opens within a sec in MS office). Attaching the file. Appreciate your response. Tested with all the versions of Libre office. Using windows platform. Thank You, Regards, SriJanani
Hello SriJanani, I was able to open it on 4.3.3 and master, though it took a bit of time to open, it did open after 2 or so minutes. How long does it normally take for you?
It takes more than ten mins to load half through but never opens. We tried with version 4.3.2.2. Pls advice. Regards Srijanani
@SriJanani give exact details of your O/S and CPU
Created attachment 107910 [details] CPU details 1
Created attachment 107911 [details] CPU Details2
Attached 2 screenshots of different PC.
Can you tell me if you opening the same file in windows platform or anyother platform. After too many trys we tried the same file to open with openoffice it opened immediately. Any views on this. Thank You, Regards, SriJanani
My previous test was on Linux Mint 13 32-bit. I just tested 3.3.0, 3.6.7, 4.3.2 and master on Windows 7 64-bit and i cancelled trying to open the file after 5 minutes. The loading progress bar goes to around 60% and not any farther. Tried doing a backtrace but with no luck.
Hi, Right we have no clue why we are unable to open. We tried to open the same file in Open office 3.4.1 it opens without any issues. Thank You, Regards, SriJanani
On Linux: AOO 4.1: 3 seconds LO 4.4: > 3 minutes with single core running at 100% @Michael: Any ideas on how i can track down what is going wrong on Windows.
Waited 40 minutes to see if the file would open under Windows, but no luck.
Even if you wait for an day it wont open..... Even other libre files cannot be opened. Thank You, Regards, SriJanani
Oh fun - just get a few stack traces during the load; it'll show the problem nicely I guess; odd though - I don't see any huge changes in our automated performance testing, so ... at least our test files are still loading nice & quickly there =) then again - we limit the size of those. Seems to be spending a lot of time re-saving the embedded objects as ODF etc. and ... Hmm. not good. Jay - I suspect that changing the defaults: Tools->Options->Load/Save->Microsoft Office around embedded objects [ we always convert them - otherwise they will not be editable ;-) - and I think AOO just leaves them as-is ]. This is a horrible false-dichotomy that shouldnt' exist; we should convert them as/when we need to on activation / macro use etc. but ... it is there. Can you compare AOO with those options set. Also - is this really a regression ? some big files that have not been optimised are slow - that's not really news =)
Judging by the debug output, one problem is that we may be spending a long time failing to load referenced smb:// objects. The document appears to contain quite a few such references
(In reply to Michael Meeks from comment #13) > Oh fun - just get a few stack traces during the load; it'll show the problem > nicely I guess; odd though - I don't see any huge changes in our automated > performance testing, so ... at least our test files are still loading nice & > quickly there =) then again - we limit the size of those. The problem here wasnt really the size of the file, so doubt it would effect any of the automated testing. ;D > Seems to be spending a lot of time re-saving the embedded objects as ODF > etc. and ... Hmm. not good. > > Jay - I suspect that changing the defaults: > > Tools->Options->Load/Save->Microsoft Office > > around embedded objects [ we always convert them - otherwise they will not > be editable ;-) - and I think AOO just leaves them as-is ]. Yes OpenOffice has these checkboxes unchecked and after unchecking them on LO, the file opened in 10 to 20 seconds on Windows. But what seems strange is that the file doesnt load on Windows with these checked, but loads on Linux with them checked. > This is a horrible false-dichotomy that shouldnt' exist; we should convert > them as/when we need to on activation / macro use etc. but ... it is there. > > Can you compare AOO with those options set. With checking these options in AOO, the file loads in > 4 minutes on Linux. > Also - is this really a regression ? some big files that have not been > optimised are slow - that's not really news =) Well as this change was introduced in the first release of LO, then i wouldnt consider it a LO regression. :D
I did tried to uncheck the embedded options and the files load quickly and accessible. So now how do we conclude the resolution. Please advice. Thank You, Regards, SriJanani
Well - it's an enhancement really; I hope there is another tracker enhancement for deferring the work here until embedded objects are activated; this whole idea of that setting is a global embarrassment ;-) we should "do it right". It'd be nice to look for that enhancement to mark this one as being blocked by it - if you can (?)
Filed it - bug 85364.
(This is an automated message.) LibreOffice development currently prioritizes bugs with the so called MAB (most annoying bugs) -- as this bug has not run through that process (including writing a short rationale for this bug being a candidate and other who are watching the tracker bug silently approving that rationale etc.) its priority is set to high. Note this is effectively no change in the urgency assigned to this bug, as we are currently not making a difference between high and highest and severity is untouched. You can find out more about MABs and how the process works by contacting libreoffice qa on irc: http://webchat.freenode.net/?channels=libreoffice-qa The QA wiki page also gives you hints on how to get in contact with the team (if IRC fails you, your next best choice is the mailing list): https://wiki.documentfoundation.org/QA
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.