Closed
Bug 182370
Opened 22 years ago
Closed 21 years ago
hang (100% CPU) attempting to open preferences
Categories
(SeaMonkey :: Preferences, defect)
Tracking
(Not tracked)
VERIFIED
DUPLICATE
of bug 169777
People
(Reporter: brett, Assigned: bugs)
Details
(Keywords: hang)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2) Gecko/20021127
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2) Gecko/20021127
Appears to be corruption of XUL.mfasl
possibly related to bug 167523 and 178208 but since it was different
circumstances I thought I should file a new bug
Deleting XUL.mfasl corrects the problem. I also had this happen under Phoenix 0.4.
I have kept the XUL.mfasl file in question if it will help.
Reproducible: Always
Steps to Reproduce:
1. start browser
2. open preferences
Actual Results:
menu remains on screen, mozilla hangs, requires kill
Expected Results:
let me edit preferences
classic theme, Xft build, RedHat 8.0 GNOME 2 install.
Unlikely related to Xft as it occured in Phoenix 0.4 as well as a separate incident.
Comment 1•22 years ago
|
||
Same behavior seen in
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130
Have Phoenix 0.4 installed also.
Removed XUL.mfl from profile to fix the issue.
Comment 2•22 years ago
|
||
I had this problem today too
and deleting XUL.mfl fixed the problem
I dont know what caused it in the first place tho
preferences had been working fine earlier in the day
v1.2.1, win98
Comment 3•22 years ago
|
||
Same for me on a german W2K box, Phoenix is not installed. I always update via
the zip-file.
Mozilla 1.3a Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a) Gecko/20021212
roland
Comment 4•22 years ago
|
||
Same thing for me on Windows 2000.
If I let it run for awhile it will consume all the memory and virtual memory
Windows will give it.
Moving xul.mfl to a different directory also worked for me.
This is my first time using Bugzilla. I'm very glad to have found this bug and
to see that others have left the info with the work around here. Thanks guys.
Comment 5•22 years ago
|
||
Yes, same problem here on Windows ME running Mozilla 1.21 . Starting at one
point and then happening every time aftewards choosing Edit -> Preferences
seemed to freeze Mozilla. Renaming XUL.mfl to oldXUL.mfl fixed it and a new
XUL.mfl was auto-created. Just as a note it looks like the bug # referenced in
the first post is now at <A
HREF="http://bugzilla.mozilla.org/show_bug.cgi?id=169777">169777</A>. Thanks for
the tip people, what a life-saver.
Comment 6•22 years ago
|
||
I seem to have a similar problem with my Mac OS X installation of Mozilla. On
that box it immediately quits Mozilla when I attempt to open the preferences. I
searched for both the xul.mfl and xul.mfasl files but could not find any. Any
other suggestions?
Thanks, Chris
Comment 7•22 years ago
|
||
Hi Chris,
I; not familiar with OS X, but I suppose you should find the XUL.mfasl file in
your Home-directory as in Unix. This should be
<yourhomedir>/.mozilla/<mozilla-user-account>/<random-directoryname>/XUL.m*
on my linux the ext. is mfasl, on win its only mfl
Hope That Helps,
Roland
Comment 8•22 years ago
|
||
I found it in Mac OS X.<My home directory>/Library/Mozilla/Profiles/<random directory>/XUL FastLoad FileThanks, again guys.Chris
In 1.3a on MacOSX, Preferences... hangs in cpu loop; have to Force Quit.
Comment 10•21 years ago
|
||
*** This bug has been marked as a duplicate of 169777 ***
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•