Version: 5.3.0.2 Build ID: 5ad7b2889021c491af62f7930a4b1cb631392f16 CPU Threads: 4; OS Version: Linux 4.4; UI Render: default; VCL: gtk2; Layout Engine: new; Locale: en-ZA (en_GB.UTF-8); Calc: group Downloaded and installed first v5.3.0.1 then this one - both from http://www.libreoffice.org/download/libreoffice-fresh/?type=deb-x86_64&version=5.3.0&lang=en-US got the same problem with both: cannot save the document, get error "error in writing sub-document styles.xml" cannot recover from this Calc does not have the same problem, nor does Impress.
Hello Elmar, Thank you for reporting the bug. 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. (Please note that the attachment will be public, remove any sensitive information before attaching it. See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.)
Please help me: how do I attach an example if I cannot save the file?
Created attachment 130623 [details] example in ms word 2010 format
Created attachment 130624 [details] the example saved by lo v5.2.5
(In reply to Elmar from comment #3) > Created attachment 130623 [details] > example in ms word 2010 format It is not in Word 2010 format, but older binary .doc. What is the problem with this, then? I can save it to .doc and .odt. Win 7 Pro 64-bit Version: 5.4.0.0.alpha0+ Build ID: 1c27286b9d5331634c073cd3e327bd941e61bbb6 CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; TinderBox: Win-x86@39, Branch:master, Time: 2017-01-23_03:24:17 Locale: fi-FI (fi_FI); Calc: group
@Buovjaga You are correct, the one .doc is old format. It also works when saving to .docx. What is the problem? I am using Linux Mint Cinnamon, it seems you are using Windows. I cannot save ti to .odt. Also, I see that you used v5.4...
(In reply to Elmar from comment #6) > save ti to .odt. Also, I see that you used v5.4... Works in 5.2 I can check on Linux later. Win 7 Pro 64-bit, Version: 5.2.3.3 (x64) Build ID: d54a8868f08a7b39642414cf2c8ef2f228f780cf CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; Locale: fi-FI (fi_FI); Calc: CL
This very strange. I did a purge (sudo apt-get remove --purge libreoffice5*) Then installed Linux 64-bit Version: 5.4.0.0.alpha0+ Now, Writer starts, shows the splash, but does not appear. If I end process soffice.bin, then calc, impress and even base start fine.
Unconfirmed with Version: 5.3.0.2 Build ID: 5ad7b2889021c491af62f7930a4b1cb631392f16 CPU Threads: 2; OS Version: Linux 4.4; UI Render: default; VCL: gtk2; Layout Engine: new; Locale: en-US (en_US.UTF-8); Calc: single Unconfirmed with Version: 5.4.0.0.alpha0+ Build ID: 4ef8740c98e6db96832191985e5cd49ca94be0bf CPU Threads: 2; OS Version: Linux 4.4; UI Render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-01-24_00:11:33 Locale: en-US (en_US.UTF-8); Calc: single
Works for me on Linux Elmar: did you try resetting your profile? Or with 5.3 and 5.4 you can try Safe Mode https://wiki.documentfoundation.org/UserProfile Arch Linux 64-bit, KDE Plasma 5 Version: 5.2.4.2.0+ Build ID: 5.2.4-2 CPU Threads: 8; OS Version: Linux 4.8; UI Render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group
Created attachment 130716 [details] the file that prevents LO WRITER 5.4 from starting when I delete this file from the config folder, WRITER works
(In reply to Elmar from comment #11) > Created attachment 130716 [details] > the file that prevents LO WRITER 5.4 from starting > > when I delete this file from the config folder, WRITER works I found the information that autotbl.fmt determines the Writer Autoformat Styles table styles.
Hello Elmar, Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? 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.
I have tested this with Version: 5.3.1.2 Build ID: 1:5.3.1-0ubuntu1~xenial0 CPU Threads: 4; OS Version: Linux 4.4; UI Render: default; VCL: gtk2; Layout Engine: new; Locale: en-ZA (en_GB.UTF-8); Calc: group and Version: 5.4.0.0.alpha0+ Build ID: febc1161d17c6f6569b9fab98246ad7d6be41221 CPU threads: 4; OS: Linux 4.4; UI render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-02-26_12:58:19 Locale: en-ZA (en_GB.UTF-8); Calc: group I do not get the same problem I think the problem is resolved. Can someone explain to me why in http://dev-builds.libreoffice.org/daily/master/ the date is 19 March, (Linux-rpm_deb-x86_64@70-TDF/ ) but in http://dev-builds.libreoffice.org/daily/master/Linux-rpm_deb-x86_64@70-TDF/ the latest build is 2017-03-07_02.52.26/ ?
Closing as RESOLVED WORKSFORME then.(In reply to Elmar from comment #14) > Can someone explain to me why in > http://dev-builds.libreoffice.org/daily/master/ > the date is 19 March, (Linux-rpm_deb-x86_64@70-TDF/ ) > but in > http://dev-builds.libreoffice.org/daily/master/Linux-rpm_deb-x86_64@70-TDF/ > the latest build is 2017-03-07_02.52.26/ ? it seems there is a space problem in the VMs. it should be fixed soon.