Closed Bug 97749 Opened 24 years ago Closed 24 years ago

MailNews Toolbar: Buttons are Misaligned & Graphic at left of Icons is Missing

Categories

(Core Graveyard :: Skinability, defect)

x86
Windows NT
defect
Not set
major

Tracking

(Not tracked)

RESOLVED WORKSFORME
mozilla1.0.1

People

(Reporter: Peter, Assigned: hyatt)

References

Details

(Keywords: regression)

Attachments

(2 files)

Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.3+) Gecko/20010830 Messenger Toolbar Icons are all messed up (e.g., squezzed together) - The "letter" graphic is gone - the icons are too close together- print and stop icons don't display - etc. see screenshot...
*** Bug 97747 has been marked as a duplicate of this bug. ***
oops, a restart didn't fix it, but then a theme switch did -> invalid
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
I fail to see why this is invalid. I'm seeing this with 2001090703 Win2k (switching themes fixed this as well). Reopening.
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
*** Bug 98982 has been marked as a duplicate of this bug. ***
Confirming on 2001090703 Win2k. Screenshot from the duplicate bug: http://bugzilla.mozilla.org/showattachment.cgi?attach_id=48789 From bug 98982 as well: One time after starting up Mozilla, the MailNews button bar was horked (see screenshot). Restarting did not help, but re-changing themes put everything ok again.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Looks like it's all misaligned, ugh. Probably a regression from sspitzer/hewitt CSS landing? Anyways, this is a themes problem. Moving over.
Assignee: sspitzer → hewitt
Component: Mail Window Front End → Themes
Product: MailNews → Browser
QA Contact: esther → pmac
Summary: Messenger Toolbar Icons are all messed up (e.g., squezzed together) → Mailnews toolbar: buttons are misaligned
*** Bug 98099 has been marked as a duplicate of this bug. ***
*** Bug 99967 has been marked as a duplicate of this bug. ***
*** Bug 100033 has been marked as a duplicate of this bug. ***
A complete cleanup of the system (deleted the program directory, every entry in the registry that contained the word "mozilla", C:\Documents and Settings\User Name\Application data\Mozilla\*) and reinstall of 0.9.4 seems to help.
Blocks: 99914
Deleteing everything is fine, BUT not the user profile. Mine is VERY large and would take a lot of time to reconstruct. Is it possible to narrow down the cause a bit, to isolate the file(s) that *need* to be deleted?
I am sorry, I am afraid it is not possible to narroy it down. I was to lazy to delete one part at a time so I did everything right away. Since the problem does not occur anymore I can not recreate it to test it. Why don't you try to do one part at a time and see wether it still happens?
try localstore.rdf
I uninstalled Mozilla (control panel: add/remove), deleted *all* files in the mozilla directory, and deleted *localstore.rdf* from my profile directory. Unfortunately, the MailNews toolbar buttons are *still misaligned*.
Summary: Mailnews toolbar: buttons are misaligned → MailNews Toolbar: Buttons are Misaligned & Graphic at left of Icons is Missing
*** Bug 100299 has been marked as a duplicate of this bug. ***
This is, like, sooo fixed after manually deleting the \chrome directory contents in my profile. ;) It should never have been able to happen like this in the first place, though.
*** Bug 100481 has been marked as a duplicate of this bug. ***
I take that back. The *messed-up icons are BACK* after some use and some reboots, despite my deleting the \chrome directory contents in my profile. :( :( :(
I'm getting this intermittently on 2001091303 (0.9.4) on W2k, but haven't been able to narrow down a reproduceable sequence. Resetting the theme to modern, then exiting and restarting (not quick-launch) fixes it. Possible clues: o the shrunken icons, where they appear, are the classic icons, but on the modern background (see attachment) o It only seems to happen after being in use a while (not a fresh mozilla), so memory consumption is large (>50MB). Often it appears after a quick-launch that takes longer than usual, with a period of 100% cpu --- maybe garbage collecting? o I've just started getting this with 0.9.4, which is the first release with quick-launch on by default.
> o I've just started getting this with 0.9.4, which is the first release with > quick-launch on by default. I have never seen this with 0.9.3 even with quick launch activated. IMO this is a problem only with 0.9.4.
> o I've just started getting this with 0.9.4, which is the first release with > quick-launch on by default. I mentioned that because I had been using some of the nightly builds since the 20010830 build the original reporter reported against, but without turning on quick-launch. I never saw the shrunken icons until I installed 0.9.4, and the icons have sometimes appeared shrunken thereafter after a quick-launching. It may or may not be relevant.
I have been seeing this problem well before 0.9.4 was released. Cannot remember the first occurance, but it may have been as far back as 0.9.2. The workaround that I've been using is to switch themes and exit mozilla(close quicklaunch). Restart moz then switch back to modern theme and restart again. Hope this helps.
Shouldn't something this glaringly ugly have a high "priority" and some "ns" keywords? If Netscape comes out with a new version and this grotesque appearance start cropping up, that would be "vely vely baad". I can just see those looser reviewers fixating on this - because they don't take the time to review for things that matter.
No it shouldnt because it is not a crash or somehow stops people from using things. Frankly I am getting tired of your pestering about keywords and adding keywords to everything, and I am in no mood to discuss your opinions on keywords and lack of keywords. Now stop cluttering up bugzilla with these type of comments.
*** Bug 100908 has been marked as a duplicate of this bug. ***
[OT] Keyser Sosez: uh, "crash" and "loss of function" are SEVERITY issues. I suggested a higher PRIORITY, which is a level of "importance" to the project, which is a subjective evaluation. Please get your facts straight before attacking those who are trying to help. [/OT]
*** Bug 99292 has been marked as a duplicate of this bug. ***
integrating data from bug 99292 Icons are from the classic skin. Problem appears to be windows-specific, but not related to turbo. Joe Hewitt says this is a chrome registry problem.
Keywords: nsbranch
For what it's worth, you don't have to switch to classic, restart, and switch back to modern again. (In 9.4, at least,) I start mailnews, see the icons are messed up, select modern from the View->Apply Theme menu, restart once, and it's all set. It's notably odd that selecting the theme that is already apparently selected should work to fix this problem.
This doesn't fit the latest profile for nsbranch bugs (crash, data loss, major feature broken). Assuming this only happens if you install a second theme, and have switched at least once, nsbranch-. Feel free to renominate or bring directly to PDT if this is likely to affect new installs or upgrades directly from 6.1.
Keywords: nsbranchnsbranch-
Messing up the icons happens to my Mozilla 2001091303 once in a while, but I am using the modern theme as the only theme as long as it exists. Indeed, reselecting the modern theme and restarting fixes it. Does it have to do with the quick launch option. I use this one for the first time now and since then the icons are messed up.
RE "nsBranch": I think this happens every time I install a new nightly. Therefore, users of N6.1 will likely see this ugly little critter when they upgrade from N6.1.
I don't see where this rumor that Mozila must be reinstalled in order to see this bug got started, but in my case (at least) I'm getting this problem installing the 9.4 release on a fresh win2000pro machine that's never had anything other than IE on it (poor thing). So no reinstallation was necessary to produce this bug.
Re: "Assuming this only happens if you install a second theme, and have switched at least once, nsbranch-. Feel free to renominate or bring directly to PDT if this is likely to affect new installs or upgrades directly from 6.1." Assumption may not hold: I did not 'install' any additional themes (though note there are 2, modern and classic). I did not switch themes before this problem appeared.
I reckon this is a chrome registry problem, not a themes problem.
Assignee: hewitt → hyatt
Component: Themes → Skinability
It is worth noting that, while this is a problem with both mailnews and addressbook, the browser's and composer's toolbars are never effected.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0
I've just noticed that this seems to happen if you've closed all brower windows first, then close the mail/news window. This is in Windows95, Build 2001091303 (0.9.4).
*** Bug 102840 has been marked as a duplicate of this bug. ***
*** Bug 105350 has been marked as a duplicate of this bug. ***
Blocks: 107067
Keywords: nsbranch-
Target Milestone: mozilla1.0 → mozilla1.0.1
Why has the target milestone been pushed to 1.0.1? According to the 1.0 manifesto, "Our reputation is at stake precisely because 1.0 is such a coveted and feared version number." Do we want our reputation to be based on a faulty, ugly, and just plain buggy looking mailnews client? why 1.0.1 and not 1.0 (or 9.6 for that matter)?
This has never occured to me and worksforme. Is there a reproducible testcase for how to reproduce it on a current build?
I have got the error when using the quick launch option on my windows 2000 machine together with the stand-by option. Since then I have turned off the quick launch option. I did not retry it with the latest build yet.
Maybe this could be a hint: I've installed 0.9.5 on my win98. I have installed it in a fresh directory, but I'm still using an old profile. I'm using quick-launch. Also I have installed several add-ons (calculator, games, toolbars...). And I am seeing this bug. I've also installed 0.9.5 on my father's computer (NT4). His computer has only seen Netscape 6.0 and maybe an older version of Mozilla. I haven't installed any add-ons and I also configured quick-launch. His profiles aren't fresh either, but probably not as old as mine (back to M18). Probably we should all check if this also happens if we install it again from scratch. - I don't like that because migrating profiles is a headache...
Build-ID "2001101117" on Win2k: layout problem occurred after a few times usage (fresh install; old profile restored; Quick Launch enabled). Reapplying Modern theme followed by a restart of Mozilla fixed the problem.
*** Bug 107674 has been marked as a duplicate of this bug. ***
I used to have this bug, but it disappeared with build 20011031, a nightly from 3rd October. Regards
Has anybody had this problem in recent versions? It seemed to disappear for me after installing 0.9.5. Seeing as we're at 0.9.6 and truckin' on, if no one can say they've seen this bug I move we mark it as fixed.
I haven't seen this bug either in the last few weeks.
I still had this bug with 0.9.5 but with 0.9.6 (installed today and played with extensivly) it seems to disappear. I am not using any nightlies so it might have disappeared earlier.
So let's take the initiative to resolve it :) There are lot of new bug reports for 0.9.6 but no dupes of this one. Marking as WORKSFORME.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → WORKSFORME
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: