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)

PowerPC
macOS
defect
Not set
normal

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
WFM 2006061608 anyone else?
Happens on G4 1.5GHz powerbook and G4 dual 500MHz tower running 10.3.9 or 10.4.1
what builds are you running? please use a non-hacked user agent when filing bugs so we can tell.
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
(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
(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
I meant to say that after changing flase to true, the preference now stays changed
that line should not be in user.js. remove it entirely.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → INVALID
(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?
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.
(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.