Closed Bug 115940 Opened 24 years ago Closed 22 years ago

some chrome doesn't dynamically change with a theme switch

Categories

(Core Graveyard :: Skinability, defect)

Product:
Core Graveyard
Component:
Skinability
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED DUPLICATE of bug 80967
Milestone:
Future

People

(Reporter: pete, Assigned: hyatt)

References

Details

Attachments

(5 files)

screenshot. Mossic or Cladern theme?
12.78 KB, image/png
Details
top:modern; bottom: classic->modern
59.32 KB, image/png
Details
idem
59.34 KB, image/png
Details
Modern Composer corruption
15.77 KB, image/jpeg
Details
Classic Composer corruption
14.77 KB, image/jpeg
Details
os: Windows 2000; build ID: 2001-12-18-03 with the Classic theme selected, when I 'View -> Apply Theme -> Modern' the 'Home' icon remains the same whilst every other aspect of the UI appears to change as expected. hovering over the 'Home' icon will sometimes force it to change to the expected Modern theme icon, otherwise switching themes forces it to change. this is not always reproducable. and having flipped back and forth between Classic and Modern loads of times whilst writing this its behaving properly for the first time
skinability
Assignee: hewitt → hyatt
Component: Themes → Skinability
Folders in the personal toolbar don't change either. you have to click on them to see the change.
ditto with bookmarks in the personal toolbar. however, they don't change at all. even if you click on them.
WFM, win98SE, 2001121803
or it did, anyhow. For various reason, I've blown my profile away and started again with a new one (still build 2001121803). NOW I see the problem too. Confirming.
Status: UNCONFIRMED → NEW
Ever confirmed: true
as with jkng@visto.com, I also have personal toolbar folder chrome not changing. have changed Summary to reflect this. and I think I'm now using 2001-12-18-14, atleast thats what I downloaded and installed but when I run it it claims to be 2001-12-18-03 !?
Summary: Home icon doesn't dynamically switch its theme → some chrome doesn't dynamically change with a theme switch
*** Bug 116046 has been marked as a duplicate of this bug. ***
using 2001-12-20-03, win2k. site navigation toolbar's far left up arrow doesn't switch its icon along with a theme switch from Classic to Modern, until I've hovered over it. whereupon it switches to an icon thats too BIG. and vice versa, from Modern to Classic, except then it switches to a Classic icon of the correct proportions
*** Bug 116355 has been marked as a duplicate of this bug. ***
OK, someone seems to be working on this : the personal toolbar is now working fine for me (2001122703). Still having problems with the site navigation/links toolbar, though. The grippy issue described in bug 116355 seems a bit better, too : modern looks fine, but classic still gets confused
*** Bug 116266 has been marked as a duplicate of this bug. ***
*** Bug 119651 has been marked as a duplicate of this bug. ***
i have a similar problem also. What I did not change is the icons on status bar and the dialog boxes ...
Also see personal toolbar not changing. bug 116304 reports link toolbar icons don't change until you mouse over them. Seeing that too, dunno if you want to dupe it here so everything is together.
OS: Windows 2000 → All
Hardware: PC → All
*** Bug 116304 has been marked as a duplicate of this bug. ***
*** Bug 120972 has been marked as a duplicate of this bug. ***
*** Bug 121298 has been marked as a duplicate of this bug. ***
Seems to effect my component bar mainly, hiding and showing fixes it though.
Status: NEW → ASSIGNED
Target Milestone: --- → Future
*** Bug 123606 has been marked as a duplicate of this bug. ***
I also now have theme switching problems with Component Bar icons. switching from Classic to Modern requires hovering over the icons after the switch to get them to switch. switching from Modern to Classic requires a click (just a click, then move away with your finger depressed, the component doesn't have to be launched) on each icon after the switch to get them to switch. this is always reproducable. Mozilla 2002020409 (Windows2000) and 0.9.8 (Windows98) (and the switch from Classic to Modern on the 0.9.8 totally trashes the theme for the menu area too, converting it to a plain purpley/blue)
I don't know if this gives anyone a clue where to begin, but the startrek theme (http://xulplanet.com/downloads/view.cgi?category=skins&view=startrek) switches too and from Modern without breaking the toolbars. It does, however, completely wipe out the scrollbars. So, is this bug down to the individual themes or is something within the layout code? If its the former then one of us mere mortals might have a chance fixing it.
*** Bug 124120 has been marked as a duplicate of this bug. ***
linux build 2002 02 07 07 summing up the issues with the Navigator window
Attached image idem —
doh, missed two nits.
*** Bug 124082 has been marked as a duplicate of this bug. ***
Composer's toolbar isn't fairing too well lately with respect to this bug either
*** Bug 127086 has been marked as a duplicate of this bug. ***
*** Bug 126894 has been marked as a duplicate of this bug. ***
*** Bug 127445 has been marked as a duplicate of this bug. ***
*** Bug 127453 has been marked as a duplicate of this bug. ***
*** Bug 127535 has been marked as a duplicate of this bug. ***
We are up to 15 duplicates now. Does this bug not deserve a Target Milestone?
Why don't we use the old workaround we had a little while ago until we get this fixed? I'm referring to how the theme changes only take effect upon the next Mozilla startup.
I disagree strongly -- we shouldn't "fix" this problem by disabling the code that went into making dynamic theme switching possible. This bug isn't all that bad and because most of the switching works, it seems reasonable that it shouldn't be too hard to fix what remains. Also, there will probably be more than a few people ticked off that dynamic theme switching was removed. Just my .02.
adding Mozilla1.0 keyword. this bug is relevant to bug 103717, the Polish tracking bug ("UI issues which are annoying but don't make the product unusable") and, atleast judging by its increasingly frequent duplicates, enough people are noticing it for it to appear important enough to be resolved in some way for 1.0
Keywords: mozilla1.0
*** Bug 127577 has been marked as a duplicate of this bug. ***
*** Bug 127719 has been marked as a duplicate of this bug. ***
I see this in chatzilla. After I download and apply a new theme, some or all of Chatzilla chrome appears white. This problem seems to go away after a restart. The problem isn't consistently reproducable after the first time a new theme is used.
*** Bug 129446 has been marked as a duplicate of this bug. ***
*** Bug 131632 has been marked as a duplicate of this bug. ***
I seen this today.. I found If I have a new profile, switch themes, then open mozilla.. its a problem with menus & several buttons.. now If I do apply the same theme again that I'm already using.. these things are now fixed upon restart.
*** Bug 121875 has been marked as a duplicate of this bug. ***
*** Bug 127602 has been marked as a duplicate of this bug. ***
*** Bug 135776 has been marked as a duplicate of this bug. ***
Now theme cannot be changed unless Mozilla restarts. If it is specification, this bug should be INVALID or WONTFIX.
*** This bug has been marked as a duplicate of 80967 ***
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
bug 80967 is about losing toolbars, this bug is about image corruption and parts of the theme remaining in the prior theme
How can this be reproduced? What is mentioned in commment 0 was when it changed the theme directly right?
*** Bug 209720 has been marked as a duplicate of this bug. ***
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: