Apache OpenOffice (AOO) Bugzilla – Issue 90408
Paragraph/cell style incorrectly changed by click on background tab
Last modified: 2014-05-13 09:42:21 UTC
Open or create a document (Writer or Calc). Look into a any paragraph/cell template without any background setting. (It should not open with the tab Background.) Now click onto the tab Background – do nothing – and click again onto the Organize tab. Now you can see, that the background setting is changed. If you now click [OK] the background is set and you cannot it reset to Default, so the inheritance of this attribute doesn't work furthermore. The Problem is also located in OOo 2.4.0. It was solved in a earlier version.
Created attachment 54267 [details] pictorial description
Raised to P2 as "A critical usability problem; e.g. a user interface which renders the underlying functionality incomprehensible for the majority of users"
I can confirm that styles change as you describe (using m34). I cannot confirm that it is a regression. Open say Heading 2 style. Click on Organizer tab. Click on the Background tab. Click back on Organizer tab. 'white, transparent' is added to the style summary. The background of paragraphs to which Heading 2 has been applied do not change, however, inheritance is affected, because if you now change the background of the Linked with style (Heading) to say Blue, the background of other styles (eg Heading 1) linked to it are changed, but not the background of Heading 2 paragraphs. As one of the important benefits of OpenOffice is good style handling, this is a serious defect, but it does not seem to meet the criteria for P2. Setting P3. Suggest target to 3.1 or 3.2.
Your description says: you have never used this feature! You have never made a calc sheet you want to demonstrate by that the dependence of values by changing the background color of the parent style. You have never made a writer template in a CI environment where user must not change styles without permission. You have never imported and used defect styles in a big global document.
->mroe Comments were intended to support the issue. Presume your main concern is about the change to P3. The change was based on no data loss, only formatting loss and there is an 'easy' workaround (don't click on the background tab). You can even get the default back (create a new style with all the other attributes and reassign content to the new style) which is messy, time-consuming and ought to be unnecessary, but is possible. Thus, P3 seemed about right. Also, AFAIK, this is the only report of the problem - I did do a search - so it's not troubling many people (or they haven't noticed perhaps).
No. The problem is *** There is no workaround! *** One can't instruct all users (esp. in a whole company) "don't click on the background tab" if you must change any other style format. Counter-Examples (P2) * Functionality is working improperly, but UNDO restores the previous state
@mroe re Counter Example Yes, exactly, the Counter Example means that this kind of defect does *not* qualify as P2. (This terminology is often used in English, but it may not be so readily understood by DE native speakers.) Look at the Counter Example for P1 to see that this interpretation is what is intended.
changing summary - meant do do this before...
SBA: Reassigned to me.
This issue still occurs in OOo 3.2.1.