Saving impress file as odp is speedy. Saving same file as pptx can take 40 minutes. Files are 30 slides, not over 10 mb in size.
Could you share the file? If you cannot share it, the only option would be to install debug packages and then do a callgrind trace, but as it runs so slowly, it might take 24 hours or who knows how long: https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#GNU.2FLinux:_How_to_get_a_callgrind_trace
Please attach a sample document, as this makes it easier for us to verify the bug. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided. (Note that the attachment will be public, remove any sensitive information before attaching it. See the QA FAQ Wiki for further detail.)
I have a file that exhibits this behaviour. It saved instantaneously with LibreOffice 5.0.something on OS X 10.11.6. It is excruciatingly slow to save on Linux with LibreOffice 5.1.something (especially the second or third time you save it after modifying some text). It is still slow with 5.2.6.2 under OS X, but not so much as with 5.1.something under Linux. Linux: Mint 18.1 x86-64, an HP Envy laptop with a Core i7 (don't know exact speed/generation), 8GB ram OS X: iMac Core i5-4570S 2.9 GHz, 16GB ram The file is too big to attach, so I've uploaded to my private web space: http://files.watlock.be/odf/tt.pptx
(In reply to Jonas Maebe from comment #3) > I have a file that exhibits this behaviour. It saved instantaneously with > LibreOffice 5.0.something on OS X 10.11.6. It is excruciatingly slow to save > on Linux with LibreOffice 5.1.something (especially the second or third time > you save it after modifying some text). It is still slow with 5.2.6.2 under > OS X, but not so much as with 5.1.something under Linux. > > Linux: Mint 18.1 x86-64, an HP Envy laptop with a Core i7 (don't know exact > speed/generation), 8GB ram > OS X: iMac Core i5-4570S 2.9 GHz, 16GB ram > > The file is too big to attach, so I've uploaded to my private web space: > http://files.watlock.be/odf/tt.pptx The original report is about saving from odp to pptx. It is relevant to have the original odp file, so just offering a pptx is not enough. Also, Charlie's file is Charlie's file and we have no idea, if his problem is the same as yours. For what it's worth, after modifying text I can re-save that tt.pptx instantly, no waiting. Did it 4 times in a row. Arch Linux 64-bit, KDE Plasma 5 Version: 5.4.0.0.alpha0+ Build ID: d8faf3bf9a82e8f49340b5020ec4ee931cc2f3f4 CPU threads: 8; OS: Linux 4.10; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on April 7th 2016
Created attachment 135858 [details] odp file to be saved as pptx Here you are an odp file to be saved as pptx. Here when I try to save it as pptx, Ubuntu indicates that the software is not responding. The same happens when I edit a file, by adding slides and writing text and save. The time taken to save increases significantly after five times.
Here you are an example odp file to save as pptx. It is composed by church music lyrics, in portuguese.
(In reply to Francisco Lima from comment #5) > Created attachment 135858 [details] > odp file to be saved as pptx > > Here you are an odp file to be saved as pptx. Here when I try to save it as > pptx, Ubuntu indicates that the software is not responding. > The same happens when I edit a file, by adding slides and writing text and > save. The time taken to save increases significantly after five times. It saves instantly for me. I also tried over five times after saving to pptx. Did you use LibreOffice 5.4? Arch Linux 64-bit, KDE Plasma 5 Version: 6.0.0.0.alpha0+ Build ID: 507247697dc6c4a41fe17a29d522511f97040738 CPU threads: 8; OS: Linux 4.12; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on August 29th 2017
No! I'm using Libre Office 5.1.6.2. I will try to update to version 5.4.
(In reply to Francisco Lima from comment #8) > No! I'm using Libre Office 5.1.6.2. I will try to update to version 5.4. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
(In reply to Xisco Faulí from comment #9) > (In reply to Francisco Lima from comment #8) > > No! I'm using Libre Office 5.1.6.2. I will try to update to version 5.4. > > I have set the bug's status to 'NEEDINFO'. Please change it back to > 'UNCONFIRMED' if the bug is still present in the latest version. You're right! With the version 5.4 the problem do not occur. Since this bug occurs with 5.1 versions, could we consider that the solution is an update to 5.4? Which status should we change the bug's status to?
(In reply to Francisco Lima from comment #10) > (In reply to Xisco Faulí from comment #9) > > (In reply to Francisco Lima from comment #8) > > > No! I'm using Libre Office 5.1.6.2. I will try to update to version 5.4. > > > > I have set the bug's status to 'NEEDINFO'. Please change it back to > > 'UNCONFIRMED' if the bug is still present in the latest version. > > You're right! With the version 5.4 the problem do not occur. Since this bug > occurs with 5.1 versions, could we consider that the solution is an update > to 5.4? Which status should we change the bug's status to? the right status is RESOLVED WORKSFORME now, since it's fixed but we don't know the exact commit that fixed it