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)

Product:
Camino Graveyard
Component:
Downloading
Platform:
PowerPC
macOS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
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.