Issue 110932 - toolbars vanish from the "View/Toolbars" menu
Summary: toolbars vanish from the "View/Toolbars" menu
Status: CLOSED DUPLICATE of issue 110230
Alias: None
Product: General
Classification: Code
Component: ui (show other issues)
Version: DEV300m76
Hardware: All All
: P3 Trivial (vote)
Target Milestone: OOo 3.3
Assignee: Stephan Bergmann
QA Contact: issues@framework
URL:
Keywords: regression
Depends on:
Blocks:
 
Reported: 2010-04-16 08:48 UTC by Frank Schönheit
Modified: 2010-04-16 09:17 UTC (History)
1 user (show)

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description Frank Schönheit 2010-04-16 08:48:17 UTC 
- remove your OOo's user data
- start OOo
- open a text document
- choose View/Toolbars/Drawing, displaying the "Drawing" toolbar this way
- close the document and OOo
- start OOo, again
- open a text document
- open the View/Toolbars menu
=> the "Drawing" entry is gone

fs->sb: Somehow, I suspect that the "HideFromToolbarMenu" property of this
toolbar's config entry is not properly merged once one of its other properties
has been written into the config's user layer ... IoW, I suspect this is a
problem of the new config manager implementation.
Comment 1 Frank Schönheit 2010-04-16 08:49:54 UTC 
setting keyword "regression", targeting to 3.3
Comment 2 Frank Schönheit 2010-04-16 08:54:07 UTC 
support for the "config manager is the culprit" theory:
rgistrymodifications.xcu contains something like the following:
  <item oor:path="...WindowStateType['private:resource/toolbar/drawbar']">
    <prop oor:name="ContextActive" oor:op="fuse">
      <value>true</value>
    </prop>
  </item>
  <item oor:path="...WindowStateType['private:resource/toolbar/drawbar']">
    <prop oor:name="ContextSensitive" oor:op="fuse">
      <value>false</value>
    </prop>
  </item>
  ...

Note that for each and every property of the "drawbar" node, there's a single
"item", containing a single "prop". When you chance this to be one item with
multiple props, then the bug vanishes.
Comment 3 Frank Schönheit 2010-04-16 08:59:33 UTC 
Another incarnation of the same bug:
Floating toolbars lose their UI name once touched. That is, additionally to them
vanishing from the View/Toolbars, they don't have a name anymore - in floating
mode, the title bar shows no name. Again, it seems the mess in
registrymodifications.xcu is to blame.
Comment 4 Stephan Bergmann 2010-04-16 09:16:45 UTC 
.

*** This issue has been marked as a duplicate of 110230 ***
Comment 5 Stephan Bergmann 2010-04-16 09:17:06 UTC 
.