212227 - toolbar gets reproduced in 11 rows exceding its frame and invades editing area

Status: RESOLVED INVALID

(SeaMonkey :: Composer, defect)

Description

[Miquel Escarrà]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5a) Gecko/20030626
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5a) Gecko/20030626

toolbar and formatting toolbar duplicate its contents if I want to show many
buttons (second column in preferences-composer-toolbar)in Composer.

This remains if I start a new session.

my screen resolution: 1152x864






Reproducible: Always

Steps to Reproduce:
1. Select preferences-composer-toolbar.
2. select to show buttons from first column: nothing strange
3. add selection to show buttons from thirth column: nothing strange. And/or
4. select to show buttons from second column: you get 11 rows with buttons
reproduced.
5. the same with the formatting toolbar.

Actual Results:  
toolbars reduce editing frame

Expected Results:  
draw ony one row: icons in toolbar doesn't exceed right edge of the window.

Comment 1

[Miquel Escarrà]

No additional comments: I thing this bug might be solved easily.

Comment 2

[Kathleen :Brade]

Can we get this reproduced on a newer build?
Is it specific to Windows?
Is the formatting toolbar the only one with this problem?  (Does browser or mail
toolbars have same problem?)

Comment 3

[[e-mail]]

I think the reporter must be using a theme that hasn't been updated for some of
the recently added buttons - the theme will get confused by the new buttons and
may well display the entire button map by mistake.

Comment 4

[[e-mail]]

Reporter emailed me, he was using an out-of-date theme.

Reporter, theme compatibility is generally a known problem with Mozilla but
there is a trade-off: when there is only a slight incompatibility as here (in
this case resolved by hiding the incompatible buttons) Mozilla tries to maintain
limited support for third-party themes. However for more drastic changes (such
as completely rewriting style rules to have an double :: for tree pseudo styles
which is due soon) all existing themes should get invalidated thus forcing
Mozilla to switch back to a standard theme until you get an upgraded theme from
its author.