1142395 - Browser + Address Book Editor: actual view of Navigation Toolbar does not match with preference shown in Context menu

Status: REOPENED

(SeaMonkey :: UI Design, defect)

Description

[Rainer Bielefeld]

Attachment: ^Screenshot with comments

Steps how to reproduce with Entlish Seamonkey 2.33 Build 20150308222025 (Default Theme) on German WIN7 64bit:

0. Launch Browser:
1. Rightclick Navigation bar  ► Settings for this toolbar ► 
   Compare preference with actual view
   Expected: should show actual view of toolbar
   Actual: often shows something different
2. Modify preference (for example "Icons and Text" to  "Icons"
   Expected: view should change
   Actual: often view of toolbar does not change, also not when you 
           open a new Browser Window
3. Gamble a little around, you should be able to reproduce
   inconsistencies after a short while

a) I also observe difference between preference and view in newly 
   launched Browser.
b) In Composer I observed that switching between "Icons" and "Ions and 
   Text" works reliably, but after I have slected "Text only", I can't 
   switch back to view with icons, also 'close  ► reopen' Composer does 
   not help
c) Until now I did not observe this problem in Email Client

Comment 1

[Rainer Bielefeld]

d) I also observe the problem with "Seamonkey Modern" Theme
e) Aso a problem in Safe Mode

Comment 2

[Philip Chee]

Cannot reproduce with SeaMonkey Nightly 2.36a. Can you try the en-US version of 2.33?

Comment 3

[Rainer Bielefeld]

e) No problem in Chstomize-Dialog: "Show: ..."

(In reply to Philip Chee from comment #2)
> Can you try the en-US version of 2.33?

My SeaMonkey is en-US with German Language Pack

Comment 4

[Philip Chee]

(In reply to Rainer Bielefeld from comment #3)
> My SeaMonkey is en-US with German Language Pack

In that case try disabling the de language pack

Comment 5

[Rainer Bielefeld]

f) same problem with disabled language packs

Comment 6

[Markus Grob]

I have tried to reproduce it, but with my 2.33 Win7 64Bit, all works well. Tried a view times, but no troubles. All changes how it should.

Comment 7

[:Hb]

(In reply to Rainer Bielefeld from comment #0)
> b) In Composer I observed that switching between "Icons" and "Ions and 
>    Text" works reliably, but after I have slected "Text only", I can't 
>    switch back to view with icons, also 'close  ► reopen' Composer does 
>    not help

In the "Composer" for editing web pages no toolbars or menubars can be customized here.  Perhaps the "Compose" window for editing emails was meant.  

WorksForMe on all windows as expected with Mozilla/5.0 (Windows NT 6.1; WOW64; rv:36.0) Gecko/20100101 Firefox/36.0 SeaMonkey/2.33.1 Build identifier: 20150321194901 and on Linux

Please reopen if a way to reproduce this error is found.

Comment 8

[Rainer Bielefeld]

(In reply to :Hb from comment #7)
> In the "Composer" for editing web pages no toolbars
b): Indeed, seems I was a little distrait. My comment was concerning Address book 
    Editor.

A general hint of an  experienced QA tester: Comments like "all works well" or similar count nothing, you need to tell how exactly you tested so that we can find out what little difference between your test and mine making the difference.

Comment 9

[Rainer Bielefeld]

Here
<http://www.bielefeldundbuss.de//PRIVATRuM/SeaMonkey/Bug_1142395_Movie.mp4>
a short movie showing how I tested.

Comment 10

[:Hb]

The target point of the right click is decisive.  In both the movie and attachment 8576454 [details] the context menu is invoked from the Menu Bar.  Its content from "Settings for this toolbar" is then compared with the current state of the Toolbar.  This will give distractive results of course.

Please invoke the context menu from each single the toolbar in question.

It gets more complicated because the settings from the Customize Toolbar dialog box seem to affect all bars.  Therefore it should be named as "Customize Toolbars" or similar.  Current wording is indeed not optimal.

Comment 11

[Rainer Bielefeld]

Yeah, it seems I did some heedlessness in my tests. 
Indeed, strictly following step by step instruction of my original report for browser and clicking on the Navigation bar, context menu worked fine for some tests I did. But now the "Customize Toolbar" initial view does not match reliably with the latest selection done in the context menu.

And due to Comment 10 also "Bug 1143109 - Context menu for Toolbar settings with wrong reference" might be a real bug, it's at least unclear what context menu or dialog is for what toolbar?

And it might be that order of using dialog and / or context menu for various toolbars has an influence, currently I do not understand all details of my tests.
The only thing really clear here seems to be "something wrong".