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.
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
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. =)
Are you trying to download to a folder with accentued character in is name like é or à?
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
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.
If you do a clean install into a new directory and start with a new profile do you see this problem?
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.
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.
Setting bug status to New.
Status: UNCONFIRMED → NEW
Ever confirmed: true
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
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
VERIFIED Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5a) Gecko/20030714 Mozilla Firebird/0.6
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.