Issue 90408 - Paragraph/cell style incorrectly changed by click on background tab
Summary: Paragraph/cell style incorrectly changed by click on background tab
Status: CONFIRMED
Alias: None
Product: General
Classification: Code
Component: ui (show other issues)
Version: OOo 3.0
Hardware: PC All
: P3 Trivial with 2 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords: oooqa
Depends on:
Blocks:
 
Reported: 2008-06-05 16:22 UTC by mroe
Modified: 2014-05-13 09:42 UTC (History)
4 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: 4.1.0
Developer Difficulty: ---


Attachments
pictorial description (51.71 KB, application/vnd.oasis.opendocument.text)
2008-06-05 16:23 UTC, mroe
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description mroe 2008-06-05 16:22:36 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.
Comment 1 mroe 2008-06-05 16:23:49 UTC
Created attachment 54267 [details]
pictorial description
Comment 2 mroe 2008-10-17 15:59:09 UTC
Raised to P2 as
"A critical usability problem;
e.g. a user interface which renders the underlying functionality
incomprehensible for the majority of users"
Comment 3 mike_hall 2008-10-28 22:34:28 UTC
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.

Comment 4 mroe 2008-10-29 11:38:34 UTC
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.
Comment 5 mike_hall 2008-10-29 22:48:52 UTC
->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).
Comment 6 mroe 2008-10-30 10:11:11 UTC
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 
Comment 7 mike_hall 2008-10-31 00:33:59 UTC
@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.
Comment 8 mike_hall 2008-10-31 00:38:29 UTC
changing summary - meant do do this before...
Comment 9 stefan.baltzer 2008-11-19 15:28:34 UTC
SBA: Reassigned to me.
Comment 10 mroe 2010-09-14 12:13:57 UTC
This issue still occurs in OOo 3.2.1.