Description: When using a 6 Content Layout, I lose the layout on file reopen or on resizing container on Master View Steps to Reproduce: 1. create a new empty impress presentation 2. in the Properties, click on the "Title, 6 Content" Layout 3. in the Properties, click on the Master View button 4. In the Object Area, click on the first line (outline 1) 5. Hit Ctrl-E to center the text of the object Area 6. Click on the "Close Master View" button 7. Save the file as an .odp document 8. Close the file with Ctrl-W 9. Reopen the file Actual Results: The layout with 6 content boxes is lost : the first two boxes have the size of the content area. Expected Results: The layout should be the same after reopening the file. Reproducible: Always User Profile Reset: No Additional Info: I could reproduce on 5.4.4 and 6.0.0 rc2 on Debian Version: 6.0.0.2 Build ID: 06b618bb6f431d27fd2def25aa19c833e29b61cd CPU threads: 4; OS: Linux 4.14; UI render: GL; VCL: gtk2; Locale: en-US (C); Calc: group User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:57.0) Gecko/20100101 Firefox/57.0
I could not reproduce with the other layouts, only with the "6 Content" layout.
I can reproduce not only with centering the title, but also by changing anything else, such as the font, vertical centering, etc.
I can't reproduce it in Version: 6.1.0.0.alpha0+ Build ID: de1bb0878fc7d7eb6071ec94d770712648013075 CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group threaded To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and re-test? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present
I have reset my user profile by deleting the ~/.config/libreoffice folder. Then I can reproduce it each time. Here is a video after a fresh profile reset : https://youtu.be/67LN6atf9jw
Could not reproduce. As you were on 6.0.0.2, could you try on 6.0.1? Arch Linux 64-bit Version: 6.0.1.1 Build ID: 6.0.1-1 CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Arch Linux 64-bit Version: 6.1.0.0.alpha0+ Build ID: 26783527823883ccd5bbf3b9e014a0a3c1e3a022 CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on February 16th 2018
I just installed 6.0.1.1 from the official DEBs with french langpack, and I got exactly the same behaviour : I loose the layout on reopen (only with "6 contents"
Hi, I've installed the 6.0.3 DEBS and I could reproduce the issue the same way
Just to be sure, I tried it with gtk2, but could not reproduce.
Maybe Debian only? I can't reproduce it here with Linux Mint... Could you please try to reproduce it with a master build from http://dev-builds.libreoffice.org/daily/master/ ? You can install it alongside the standard version. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the master build
Hi, I've installed Linux-rpm_deb-x86_64@70-TDF/2018-06-04_00.10.49/LibreOfficeDev_6.2.0.0.alpha0_Linux_x86-64_deb and I get exactly the same behaviour with a broken 6 layout after (for example) centering the text in the master view, then saving, then closing and reopening. Christophe
Just tested with 6.1.3.2, still exactly the same with the same process (set 6 content, open master mode, center the text, close master mode, save, close, reopen)
Created attachment 147123 [details] example
Created attachment 147126 [details] picture
I can reproduce it in : Version: 6.3.0.0.alpha0+ Build ID: 8a02a1d329c43df6de383a7b0cf8ac14247b18c9 CPU threads: 1; OS: Linux 4.4; UI render: default; VCL: gtk3; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2018-11-17_20:48:16 Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded
Hello Christophe, 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.
Hi, I just installed version 6.3.0 and I could reproduce the issue exactly as before, by following the given steps.
Since Xisco asked for a Debian specific confirmation: I cannot confirm it here on Debian, Libreoffice from regular bullseye-backports: Version: 6.3.4.2.0+ Build-ID: 1:6.3.4-2 CPU-Threads: 2; BS: Linux 5.3; UI-Render: Standard; VCL: kde5; Gebietsschema: de-DE (de_DE.UTF-8); UI-Sprache: de-DE Calc: threaded
I can't reproduce it Version: 6.3.4.2 Build ID: 60da17e045e08f1793c57c00ba83cdfce946d0aa CPU threads: 8; OS: Linux 5.0; UI render: default; VCL: kde5; Locale: id-ID (id_ID.UTF-8); UI-Language: en-US Calc: threaded
I reproduce the problem as shown in attachment https://bugs.documentfoundation.org/attachment.cgi?id=147126 with LO 6.4.3.0+ and master, both built at home under Ubuntu 18.04 x86-64 with Gnome DE. Version : 6.4.3.0.0+ Build ID : 2f98d1179479f81b2c4d99004d8fcf7c1bc0c6a5 Threads CPU : 4; OS : Linux 4.15; UI Render : par défaut; VCL: gtk3; Ubuntu_18.04_x86-64 Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Calc: threaded Version : 7.0.0.0.alpha0+ Build ID : 2b55c6f128990763a81610d812a8a799b7f090d0 Threads CPU : 4; OS : Linux 4.15; UI Render : par défaut; VCL: gtk3; Ubuntu_18.04_x86-64 Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Calc: threaded Best regards. JBF
Repro in Version: 7.1.0.0.alpha0+ Build ID: 4a899a5f8a72ea29a6919316afe3627de9f33e95 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded
Dear Christophe Combelles, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug