Closed
Bug 298006
Opened 20 years ago
Closed 20 years ago
Keep open Download WIndow in preferences doesn't remember through quittings
Categories
(Camino Graveyard :: Downloading, defect)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: wsyacy, Assigned: mikepinkerton)
Details
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.1) Gecko/20021104 Chimera/0.6
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.1) Gecko/20021104 Chimera/0.6
The preference to keep the Downlaod WIndow open after downloads doesn't work
after quitting and re-opening the program
Reproducible: Always
Steps to Reproduce:
1.Open preferences
2.Uncheck "Close Dowloads window"
3.Close Preferences, quit program
4. Open Camino, open Preferences. "Close Downloads window" is checked again
Actual Results:
Doesn't remember preference
Expected Results:
Remember preference
Assignee | ||
Comment 1•20 years ago
|
||
WFM 2006061608
anyone else?
Reporter | ||
Comment 2•20 years ago
|
||
Happens on G4 1.5GHz powerbook and G4 dual 500MHz tower running 10.3.9 or 10.4.1
Assignee | ||
Comment 3•20 years ago
|
||
what builds are you running? please use a non-hacked user agent when filing bugs
so we can tell.
Reporter | ||
Comment 4•20 years ago
|
||
I'm using Version 2005061608 (0.9a1) but have seen it with a variety of older
ones the past minth or so.
I used the website on Bugzilla so I don't know what you mean by hacked user agent.
Sounds like you set this pref in your user.js file. That would explain why it
would be there on a restart. Try looking at that file in your profile folder and
remove anything suspisios.
Look for browser.download.progressDnldDialog.keepAlive set to either YES or NO
Reporter | ||
Comment 7•20 years ago
|
||
(In reply to comment #6)
> Look for browser.download.progressDnldDialog.keepAlive set to either YES or NO
This file does not exist on my computers
Reporter | ||
Comment 8•20 years ago
|
||
(In reply to comment #6)
> Look for browser.download.progressDnldDialog.keepAlive set to either YES or NO
OK, I found that line in he user.js file. The file had a Safari icon. I opened
with Text-Edit Plus, changed false to true and no the camino preference stays
put through quitting and opening
Reporter | ||
Comment 9•20 years ago
|
||
I meant to say that after changing flase to true, the preference now stays changed
Assignee | ||
Comment 10•20 years ago
|
||
that line should not be in user.js. remove it entirely.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → INVALID
Reporter | ||
Comment 11•20 years ago
|
||
(In reply to comment #10)
> that line should not be in user.js. remove it entirely.
Should I just trash the whole user.js file and let it make a new one if it needs to?
Assignee | ||
Comment 12•20 years ago
|
||
user.js is for prefs that you always want set a particular way, regardless of
changes made in the UI. if there's nothing else in that file that you want, you
can toss it.
Reporter | ||
Comment 13•20 years ago
|
||
(In reply to comment #12)
> user.js is for prefs that you always want set a particular way, regardless of
> changes made in the UI. if there's nothing else in that file that you want, you
> can toss it.
Thank you for your help!!
You need to log in
before you can comment on or make changes to this bug.
Description
•