Closed
Bug 66470
Opened 25 years ago
Closed 25 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•25 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: 25 years ago
Resolution: --- → DUPLICATE
Updated•17 years ago
|
Product: Core → SeaMonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•