"Current Downloads" (in downloads sidebar) is not updated when the path where the downloaded file is saved contains an accent

VERIFIED FIXED in mozilla1.3a

Status

()

Toolkit
Downloads API
VERIFIED FIXED
15 years ago
9 years ago

People

(Reporter: Sébastien Delahaye, Assigned: Blake Ross)

Tracking

unspecified
mozilla1.3a
x86
All
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(2 attachments)

(Reporter)

Description

15 years ago
UA : Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2b) Gecko/20021005
Phoenix/0.3
Build from 2002/10/05

When you download a file, the "Current Downloads" space is not properly updated
if the save location path contains an accent.
The download progressbar stay gray, no percentage is displayed, and when the
download is finished, it stays in the "Current Downloads" space and doesn't go
to the "Finished Downloads" space.

To reproduce this, just create a folder which name contains an accent (like
"Sébastien" or whatever) and try to download files in it.

This happens since the downloads sidebar is in Phoenix. As far as I remember,
Mozilla's download manager had had the same problem, but it's fixed now.
(Reporter)

Comment 1

15 years ago
Created attachment 101840 [details]
Screenshot of the bug

Attaching a screenshot.

Btw, I forgot to add that the "Cancel" link in "Current Downloads" doesn't work
for the downloads that have this bug.
(Reporter)

Comment 2

15 years ago
Created attachment 101893 [details]
other sshot

I was wrong when I said that the finished download doesn't go to the "Finished
Downloads" section. It does move to this section, but
1. it is totally blank (see the new screenshot)
2. it also stays in the "Current Downloads" section (in the same state than on
the first screenshot: gray progressbar, no percentage, Cancel link, etc. It
doesn't show "finished" in bold as it does for other downloads).
3. if you close then reopen the downloads sidebar (ctrl+e 2 times), the file
isn't in the "Current Downloads" section anymore, but the empty line is still
in the "Finished Downloads" section.

Comment 3

15 years ago
I can reproduce this bug on the October 20, 2002 nightly build on Windows XP
Professional SP1.

I get the exact same behaveoir described in the Additional Comment #2 (emptey
line in the 'finished downloads section' and the current download entry
dissapearing after the toolbar is closed and re-opened

UA: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2b) Gecko/20021020
Phoenix/0.3

Comment 4

15 years ago
i can reproduce it with Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.2b)
Gecko/20021020 Phoenix/0.3.

however, when mozilla downloads something into an accented folder, the details
do not appear in download manager either (Mozilla/5.0 (Windows; U; Win95; en-US;
rv:1.2b) Gecko/20021020).

perhaps this is a mozilla problem. i could not find an existing bugzilla report
for this in mozilla.

Comment 5

15 years ago
Reproducible on Linux.

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021020 Phoenix/0.3,
build 2002102008

Comment 6

15 years ago
Seems to work for me (on windows and linux with : 

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2b) Gecko/20021023 Phoenix/0.3

See : Bug #176407 (duplicate) for additional comments.
 Philippe
(Reporter)

Comment 7

15 years ago
Philippe, bug 176407 is not a dupe, it's something different.

Comment 8

15 years ago
Marking bug as confirmed. I'm seeing this on Linux too; changing OS to all.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 15 years ago
Resolution: --- → WORKSFORME

Comment 9

15 years ago
By "Changing OS to all" I actually meant it... <sigh>
sorry
OS: Windows 2000 → All

Comment 10

15 years ago
What the? Now it got marked as WFM...

Reopening...
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---

Comment 11

15 years ago
... and now CONFIRMING


Sorry about all this Sébastien
Status: UNCONFIRMED → NEW
Ever confirmed: true
(Assignee)

Updated

15 years ago
Target Milestone: --- → Phoenix0.5
(Assignee)

Comment 12

15 years ago
Fixed.
Status: NEW → RESOLVED
Last Resolved: 15 years ago15 years ago
Resolution: --- → FIXED
(Reporter)

Comment 13

14 years ago
v.
Status: RESOLVED → VERIFIED
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.