Here is the presentation : https://yadi.sk/i/J9G3BJ0vuympX (it is too big to be uploaded here) To reproduce the bug: 1. Open the .odp file 2. Save it (even without making any changes). One of CPU cores will be used for 100% and Libreoffice Impress will hang while saving the presentation.
$ libreoffice --version LibreOffice 5.2.0.4 20m0(Build:4)
No apparent issue with Windows 10 Pro (v1607) 64-bit en-US with Version: 5.2.1.2 (x64) Build ID: 31dd62db80d4e60af04904455ec9c9219178d620 CPU Threads: 8; OS Version: Windows 6.19; UI Render: GL; Locale: en-US (en_US); Calc: group 5 seconds to open, about 25 seconds for a Save (do see a bit of disk activity where the images on 206 slides go to OS user's %TMP% | %TEMP%) but all seems normal.
Did you try exaactly this presenatation? I addditionally tried Libreoffice 5.2.1 and 5.3.0 on Linux and 5.2.1 on Windows, the issue is the same in all of them. But beforehand we worked and had no issues with this presentation.
I tried LibreOffice Still 5.5 x86_64 on Arch Linux and the problem is NOT reproducable. So it has to be considered a regression in LibreOffice Impress 5.2
I started the saving process in LO 5.2.1 on Ubuntu Linux (installed from PPa), more than 8 hours passed and one CPU core was still used for 100%.
Not reproducible for me with LO 5.2.3.0+ built at home under Ubuntu 16.04 x86-64. Less than 15 seconds to save the file on a 2011 Dell latitude without SSD. Did you try with a clean new user profile? https://wiki.documentfoundation.org/UserProfile Set status to NEEDINFO, please set it back to UNCONFIRMED once requested informations are provided. Best regards. JBF
Yes, I did try a clean user profile. The issue seems to be present in LibreOffice 5.2.1, I will test 5.2.3 when it is in the official Ubuntu PPA or Archlinux/Manjaro binary repository.
So just for the record: is it supposed to freeze permanently? So you have to kill the process? I don't see this happening. Win 7 Pro 64-bit Version: 5.3.0.0.alpha0+ Build ID: ba269f7294e2416659011cbb498a2c6b5f9d5199 CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; TinderBox: Win-x86@42, Branch:master, Time: 2016-09-12_02:36:16 Locale: fi-FI (fi_FI); Calc: CL
$ libreoffice --version LibreOffice 5.2.3.2 20m0(Build:2) Problem no longer valid since Libreoffice 5.2.3 I did not test Libreoffice Still 5.1.6, can someone do it?
so status is RESOLVED WORKSFORME