Version: 5.1.5.2 Build ID: 7a864d8825610a8c07cfc3bc01dd4fce6a9447e5 CPU Threads: 8; OS Version: Windows 6.1; UI Render: default; Locale: de-DE (de_DE); Calc: single Problem statement / Description: Having a document with a user field for managing a hidden section and a consecutive section (for the purpose of write protection) after inserting the second section it will loss the condition statement with the user field when changing the value of the user field Steps to reproduce: 1. take the example document example4lostConditionSection.ott (it is a template for multiple reproducemnt of the bug) 2. open a document of the template (double click on it) 3. save as result.odt (see that there is a paragraph written in red) 4. verify in menu fields - variables - userfield there is one defined with the name showSection and the value 1 (the variable is positioned in the first line of teh document) 5. change the value of the userfield showSection to 0 and verify, that the red written paragraph is gone (it is a section with a hide with condition showSection == 0) 6. Change the value of the userfield to 1, the paragraph written in red is shown (Please do not use the navigator in the sidebar to look after the sections, it seems that there is a dependency on it) 7. now select the whole last paragraph and define a second section with write protection on it and klick ok for it, save the document 8. now change the value of the showSection again, no hide Action is performed any longer 9. if you now use the navigator and have a look at the section with the hide with condition, you see that the condition statement changed to just "0", the variable name and the condition == is gone (see as result the attached document resultLostCondition.odt) Expected behaviour The mechanism of hiding the section is untouched and working still correct when inserting another section in the document
Created attachment 127083 [details] Template for reproducing with described steps
Created attachment 127084 [details] result Document when having added a second section and the lost condition of the first section with hide condition
Hi Lothar, Thanks - can confirm the problem. Already in 3.6.7.2 / 3.3.0.4, but those are not so reliable in hiding the section with your step 5... Do you know a version where it worked fine? I tried with a paragraph in between the sections and some more variations, section without protection. Turns out that when there is a (empty) paragraph after place where you insert the section, that it works fine. Can you pls check that?
** Please read this message in its entirety before responding ** 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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Dear riesslibo, 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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
I can confirm that the bug is still present in version 7.1.2.2. Moreover it behaves the same wrong way regardless of setting a condition or not: as far as a section becomes hidden, for whatever reason, it won't be visible anymore in any way. Should I open a different bug for this? Version: 7.1.2.2 / LibreOffice Community Build ID: 10(Build:2) CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: it-IT (it_IT.UTF-8); UI: en-GB Ubuntu package version: 1:7.1.2~rc2-0ubuntu0.20.04.1~lo3 Calc: threaded
(In reply to Gabriele Ponzo from comment #6) > Moreover it behaves the same wrong way regardless of setting a condition or > not: as far as a section becomes hidden, for whatever reason, it won't be > visible anymore in any way. Let's add the reference to this other bug here: bug 140863.