Problem description: When modifying a style and clicking apply to see the changes without closing modification window, only the first modification is in fact applied. All subsequent modifications after the first are not really applied -- after closing the style modification window and opening it again the changes are not "checked" either. Steps to reproduce: 1. Right-click on a style and choose "modify" 2. Do some changes, click "apply" 3. Do some more changes, click "apply" - at this point bug is visible Current behavior: Only first style change is applied Expected behavior: All style changes should be applied Platform (if different from the browser): Browser: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:12.0) Gecko/20100101 Firefox/12.0
I can confirm this but with a slight modification. LO: Version 3.6.1.2 (Build ID: e29a214) For me it works 100% of the time the first time but subsequent changes aren't always done - it's about a 50/50. When I do a change the 2nd time, it usually doesn't work, but then if I do a 3rd change on top of the 2nd change (without closing the dialog) it seems to work all the time (or close to all of the time). This is a pain and quite annoying. Confirming, prioritizing: Minor: Makes it substantially harder to make professional quality work but not impossible, also work around is to close dialog and then apply a new one. Medium: Probably not affecting that many people as you have to be changing styles (already rare) and be doing it in a particular way (multiple times without closing dialog). But leaving at Medium instead of lower because it doesn't reflect well on LO to have this bug where things aren't consistent.
** 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 on a currently supported version of LibreOffice (4.4.1 or later) https://www.libreoffice.org/download/ *If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior *If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-04-01
I can confirm that the bug is still present in LibreOffice 4.4.2 If some style changes are applied, and then the same setting is changed back to the old value as before the dialog was open, tha apply button will not work. Steps to reproduce: 1. Type something 2. Right click and open the Edit style dialog 3. Go to Alignment tab 4. Change the Options to Right, click Apply - it works 5. Change the Options to Center, click Apply - it works 6. Now before closing the dialog, change the option back to Left, click Apply and it will not work Clicking OK follows the Apply - it would not change the setting if reverted. One need to close and open the Edit style dialog again. I guess there is some "diff" algorithm used for Apply/Ok buttons and that it compares changes against old values before the dialog was open, and does not reflect updates made with Apply while the dialog is still open. So reverting back to the old value behaves as "no change, continue".
The bug is present in LibreOffice 3.4.0rc1 when the Apply button was first added so this is not a regression. A better bug title may be something like: FORMATTING: Can not set previous value in Style dialog after Apply
*** Bug 62911 has been marked as a duplicate of this bug. ***
*** Bug 72791 has been marked as a duplicate of this bug. ***
Can't reproduce on 5.1.1.2 under Ubuntu 14.04. Can somebody else try to reproduce it? Is it fixed for everyone or just for me? Other similar bugs like bug #66152, bug #88342 and bug #78342 seem to be fixed also. Please try to reproduce.
I'm still seeing it (2nd apply does not work if reverts the first one to be specific), but I'm still on 5.0.5.2.
** 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 on a currently supported version of LibreOffice (5.2.7 or 5.3.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170522
Not reproducable in LibreOffice 5.1.6 (Linux Mint). Seems to be OK.