Closed
Bug 66470
Opened 24 years ago
Closed 24 years ago
Browser hangs on start if configured theme isn't present
Categories
(SeaMonkey :: Themes, defect)
Tracking
(Not tracked)
People
(Reporter: vanbalen, Assigned: hewitt)
Details
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.15-4mdk i686; en-US; m18) Gecko/20010118 BuildID: 2001011800 If I upgrade to a newer nightly while using a theme other than one of the defaults, the browser hangs when I try to start the new build because it can't find the theme that's configured in ~/.mozilla/.../chrome/user-skins.rdf Reproducible: Always Steps to Reproduce: 1.) Have a nightly installed. 2.) Download new skin (http://x.themes.org has plenty). 3.) Set new theme as default. 4.) Download new nightly 5.) rm -rf package (or whatever your mozilla binary directory is called... where the new theme was installed). 6.) tar zxf <moz-tarball> 7.) Run new build with old ~/.mozilla directory. 8.) Browser hangs after registering plugins. Actual Results: Browser doesn't load... ever. Expected Results: Browser window should appear I got around this by renaming my ~/.mozilla/.../chrome/user-skins.rdf file and restarting the browser, at which point it loaded with the classic theme.
BTW, I think this bug happens no matter what theme you're using (other than the ones that come with the builds) but, for the record, I was using GreyModern (off x.themes.org) when this happened.
Comment 2•24 years ago
|
||
Dupe of 53670 (New build won't start if 3rd party theme is used in old build) *** This bug has been marked as a duplicate of 53670 ***
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Updated•16 years ago
|
Product: Core → SeaMonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•