download sidebar: some downloads are sticky and at 0% next session.

VERIFIED FIXED in mozilla1.3a

Status

()

Toolkit
Downloads API
--
trivial
VERIFIED FIXED
16 years ago
10 years ago

People

(Reporter: Rack, Assigned: Blake Ross)

Tracking

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

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

16 years ago
I've had files get stuck in this list even though the file itself was properly
downloaded.  I'm forced to manually delete the download file to remove these
invalid entries.  I also worry that some downloads never actually happen, and
this is why they remain in this list.  I'll keep an eye open.

Comment 1

16 years ago
I had the same problem but now it seems to work.
I had 3 file stuck in the list for a long time (2 phoenix and 1 mozilla build).
I just remove the file downloads.rdf and 'it seems to work now' (tm).
This for linux and Windows build.
Using Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2b) Gecko/20021023
Phoenix/0.3.
And the same build for linux.
Philippe
(Reporter)

Comment 2

16 years ago
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021022 Phoenix/0.3

Just to commit my build #.

Doublechecked, I've got stuck downloads again.
For some reason, I've got the feeling that this downloads list was blank after I
did my surfing/downloading, and then /later/ these downloads appeared.  Of
course, I could be mad. =)

Comment 3

16 years ago
Are you trying to download to a folder with accentued character in is name like
é or à?

Comment 4

16 years ago
In fact I confirm the bug in windows with 20021023.
I have 2 download stuck in the list...
I don't understand when this bug arrive.
Philippe
(Reporter)

Comment 5

16 years ago
The dowload folder does not contain any accented characters.  It does, however,
have a couple of underscores " _ " in it.

The filenames themselves are mixed-case and contain spaces, but nothing out of
the ordinary.  I am unable to notice a trend with filenames, as I can download
<filename>001.ext and see <filename>002.ext stuck in the list.

Comment 6

16 years ago
If you do a clean install into a new directory and start with a new profile do
you see this problem?
(Reporter)

Comment 7

16 years ago
I'll make an afternoon of this on Sunday with a clean install, and some surfing
with extra care taken to keep an eye out for this.
(Reporter)

Comment 8

16 years ago
Confirmed.  Changed the summary to be a bit more descriptive.

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

fresh install, fresh ~/.phoenix.

pulled up an adult website, opened bunches of links in tabs, flipped to tabs and
right-click-k (save linked target as) pictures. Downloaded a 21 pictures and 4
html pages this way.

It's possible for me to redo this test, and only use ctrl-s while viewing a page
itself.

During this browsing/saving, I kept the downloads sidebar open, and confirmed
all downloads succeeded and were cleared to the 'finished' portion of the list.

ctrl-w all tabs, paused for a moment on the last tab, ctrl-e to close the
downloads sidebar, then ctrl-w to close phoenix.

paused, loaded phoenix back.  ctrl-e, notice two of the downloads I made were
still pending and at 0% in the sidebar.  They were two different pictures from
different sites.  From what I can tell, it appears that the frequency of these
sticky downloads is based on the number of saves I make.
Summary: 'Current downloads' list is broken. → download sidebar: some downloads are sticky and at 0% next session.

Comment 9

16 years ago
Setting bug status to New. 
Status: UNCONFIRMED → NEW
Ever confirmed: true
(Assignee)

Comment 10

16 years ago
I did a lot of work on downloads this past week, and I believe this may be
fixed.  Please try in tomorrow's nightlies (using new profiles).
Status: NEW → RESOLVED
Last Resolved: 16 years ago
Resolution: --- → FIXED
Target Milestone: --- → Phoenix0.5
(Reporter)

Comment 11

16 years ago
My apologies for the delay in my followup.. for a while I couldn't ctrl-s or
couldn't properly save pictures the way I had been, so testing for this bug
wasn't very possible.

I just did some playing and can confirm that this bug appears to be completely
squashed.  Items appear in the ctrl-e download box as expected and don't linger
between sessions.

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3a) Gecko/20030129 Phoenix/0.5

Comment 12

15 years ago
VERIFIED Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5a) Gecko/20030714
Mozilla Firebird/0.6
Status: RESOLVED → VERIFIED
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.