Closed Bug 187600 Opened 22 years ago Closed 22 years ago

Using a new profile, DL manager doesn't display file transfer upon opening the first time.

Categories

(SeaMonkey :: Download & File Handling, defect)

Product:
SeaMonkey
Component:
Download & File Handling
Platform:
PowerPC
macOS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: chrispetersen, Assigned: sfraser_bugs)

References

Details

Build: CFM 2003-01-03-04 trunk and Mach -0 2003-01-02-07 trunk builds. Platform: OS X 10.2.3 Expected Results: File transfer should appear in DL manager's window. What I got: DL window opens but current file transfer isn't displayed. Steps to reproduce: 1) Create a new profile 2) Launch browser with this profile 3) Specify in Mozilla Preferences to open DL Manager by default Preferences - Downloads - Open the download manager 4) Start a dl transfer 5) Notice DL manager opens but file transfer is not displayed 6) If you quit and relaunch Mozilla, the DL manager's window will should the previous file transaction. At this point, all file transfers will appear in the DL window.
Summary: Using a new profile, DL manager doesn't display file transfer upon opening it' s first time. → Using a new profile, DL manager doesn't display file transfer upon opening the first time.
Taking.
Assignee: blaker → sfraser
unable to repro (so far) with today's linux trunk. could this be bug 155429?
chatted w/chris who sez it doesn't seem to matter what the filename length is, so this might not be related to bug 155429.
This problem is very reproducable with new profiles. I thought maybe the problem might be related to changing to dl manager and starting a file transfer in the same session. But it doesn't matter. If I change dl manager to be the default and quit then relaunch, the dl manager still doesn't show a entry when a file transfer is occuring. However, I found a workaround. If I open/close the download manager after I specifying it as default, it will display the file transfer correctly during the same session.
Sounds like the .rdf file in the profile which is used to store download history is not there the first time around and causing problems?
*** Bug 187651 has been marked as a duplicate of this bug. ***
Depends on: 189301
I can't reproduced this problem using the Mach-o 2003-01-23-07 trunk build under 10.2.3.
Yeah, my other fix fixed this.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Verified.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.