Closed
Bug 237699
Opened 20 years ago
Closed 20 years ago
crash/freeze when selecting Tools>Options>Downloads from the Menu
Categories
(Toolkit :: Downloads API, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: colin, Assigned: bugs)
References
Details
(Keywords: hang)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b) Gecko/20040306 Firefox/0.8.0+ Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b) Gecko/20040315 Firefox/0.8.0+ Select Tools>Options>Downloads from the Menu and I get a lock/freeze and I have to kill FireFox. This has got worse over the last few days, where as I could get into the Downloads menu and it would just freeze when trying to view the Plugins, Now the current nightlys from about 20040312 crash/freeze straight away when I choose Tools>Options>Downloads.. Tested with builds since approx 20040310 gtk and gtk2/xft.The current build I use Gecko/20040306 Firefox/0.8.0+ seems ok with this bug, Reproducible: Always Steps to Reproduce: 1.From the Menu, SelectTools 2.Select Options 3.Select Downloads Actual Results: Crash/freeze. Expected Results: Be able to view plugins and make changes in the Downloads section etc
Comment 1•20 years ago
|
||
*** Bug 237700 has been marked as a duplicate of this bug. ***
Comment 2•20 years ago
|
||
==> firefox
Assignee: general → bugs
Component: Browser-General → Downloading
Keywords: hang
Product: Browser → Firefox
QA Contact: general → aebrahim
Version: Trunk → unspecified
Comment 3•20 years ago
|
||
This WFM on Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b) Gecko/20040316 Firefox/0.8.0+. Can you please try this again using a totally clean install/profile and see if you can still reproduce this problem?
Reporter | ||
Comment 4•20 years ago
|
||
OK, just moved my .pheonix folders out of the way and did a clean install using Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b) Gecko/20040316 Firefox/0.8.0+ I can now get into Downloads, but trying to view "plugins" freezes as it did in earlier builds a few days ago..
Comment 5•20 years ago
|
||
I can't reproduce this with or without plugins. Can you try it without any plugins there? Also, can anybody else reproduce this?
Reporter | ||
Comment 6•20 years ago
|
||
OK, clean install again and I also moved my .mozilla folder so no plugins are seen and it works ok now, So tommorrow I will test some more. My plugins are symlinked to .mozilla/plugins in my HomeDIR BTW One other thing I have noticed is that extensions/themes are not imported to .firefox or seen in FireFox, I dont know if this is connected to this problem or not.
Reporter | ||
Comment 7•20 years ago
|
||
Right, got rid of all my . files and installed from new Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b) Gecko/20040316 Firefox/0.8.0+ Everything was fine, created a new "plugins" folder in .mozilla still ok, I started to add some plugins, first off nppdf and viewing plugins from the Downloads menu was fine, Then after trying to add more, java, realplayer, flash, xine and or kaffeine plugins (in any order) the crash/freeze happens when trying "view plugins" I tried just to add one of the later plugins, ie Java with the same results.. anyone else?? HTH
Reporter | ||
Comment 8•20 years ago
|
||
FWIW, this bug starts from builds after 2004-03-08
Starting with a clean profile will work. There might be some cruft from older prefs that cause the newer builds to gag. A related bug might be 233779 where firefox would freeze hard when selecting Options from the Tools menu if user_pref("browser.preferences.lastpanel", 3); was in the prefs. Commented out, 233779 went away although clicking on the download part of the menu would still result in a freeze.
Comment 10•20 years ago
|
||
NM. Wiping out only the prefs.js in a profile that causes the bug still results in a freeze on a 3/25 nightly when clicking on Downloads
Reporter | ||
Comment 11•20 years ago
|
||
Well, Been testing builds most nights, with a totally clean install, no "dot" files lying around what so ever. Everything appears to work OK, untill I start adding plugins in ./mozilla/plugins. And as mention before these gtk and gtk/xft builds fall over when I add say a Xine,Kaffiene or Java plugins.. Tools>Options>Downloads is fine, click "plugins" and freeze/lock, not a problem for me but am open to suggestions or things to try.. about:plugins see's all the plugins fine.
Comment 12•20 years ago
|
||
I ran into this issue and I think the problem is the format of the mimeTypes.rdf file. In a fresh profile I see a <Seq> block instead of an <RDF:Seq> block. Could that be a reason?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Reporter | ||
Comment 13•20 years ago
|
||
Ok, well whilst testing bug #239366 with :- Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b) Gecko/20040402 Firefox/0.8.0+, it appears that Tools>Options>Downloads and viewing plugins now works for me ok.. Anyone else??
Comment 14•20 years ago
|
||
I got a crash but I think its because I messed up my mimeTypes.rdf. I got rid of mimeTypes.rdf and it works. Resolving this as WORKSFORME.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 15•20 years ago
|
||
Hmmm.. not sure if this is related, but can someone test to see if the RealPlayer plugin (rpnp.so) is seen with "about:plugins" the build I use is: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b) Gecko/20040402 Firefox/0.8.0+ It does not show up here now, the rest of my plugins are seen OK. I checked the pluginreg.dat and indeed rpnp.so is not listed. Should this be opened as a new bug?
Reporter | ||
Comment 16•20 years ago
|
||
OK, re my last comment, I am just running a test with: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b) Gecko/20040411 Firefox/0.8.0+, With a Fresh .firefox folder and now all plugins are seen with about:plugins, including the rpnp.so which was not seen in earlier builds, I guess this can be marked as Fixed now.
Updated•16 years ago
|
Product: Firefox → Toolkit
You need to log in
before you can comment on or make changes to this bug.
Description
•