After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 171116 - simulateous downloads with same name overwrite each other
simulateous downloads with same name overwrite each other
Status: RESOLVED OBSOLETE
Product: epiphany
Classification: Core
Component: Downloads
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Epiphany Maintainers
Marco Pesenti Gritti
Depends on:
Blocks:
 
 
Reported: 2005-03-21 16:59 UTC by lsof
Modified: 2010-04-03 11:14 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description lsof 2005-03-21 16:59:53 UTC
Version details: 1.5.8-3
Distribution/Version: FC4T1

Two files being downloaded in parallel, with the same name, will overwrite each
other.

The later file will overwrite the first to finish.

The "decide where to put the .1" part should come after the download is complete.
Firefox does this by using a random filename until the download finishes. The
file is then renamed and guaranteed unique.
Comment 1 Christian Persch 2005-05-29 20:53:34 UTC
Confirming. I don't think this is a common problem, however. Bug 170787 is
probably going to fix this.
Comment 2 lsof 2005-05-31 20:57:00 UTC
This is a common problem, I see this more than once a day.
Comment 3 lsof 2005-10-14 13:14:54 UTC
This is still broken.

To reproduce, open both of the urls below in a new tab or window:
 http://www.mozilla.sk/pub/firefox/releases/1.5b2/linux-i686/en-US/firefox-1.5b2.tar.gz
http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/1.5b2/linux-i686/el/firefox-1.5b2.tar.gz

Either you will get one file, i.e. one of the two different files with the same
name overwrites the other, or you will get a hanging download.

What *should* happen is that the filename on disk is determined before the
download begins.
Comment 4 Reinout van Schouwen 2006-01-25 22:27:49 UTC
Can you still reproduce this? I can't, and also this bug contradicts bug 307210.
Comment 5 lsof 2006-01-26 07:33:19 UTC
The problem still exists. Downloading two files with the same name (in parallel) results in one file on disk.

The other seems to hang in the Downloads window.

Note platform.
Comment 6 Sebastien Bacher 2006-09-11 21:53:57 UTC
Ubuntu bug about that: https://launchpad.net/distros/ubuntu/+source/epiphany-browser/+bug/59886

"If I try and download two files with the same name from two different locations, Epiphany reports both as downloading, but only the second file appears on the desktop. (Presumably the first is downloading to a now nameless file location.) You may need to download a fairly big file to see this in action.

This may seem like an edge case, but I actually discovered it trying to download the "Windows/Mac" (AVI) versions of http://video.google.com/videoplay?docid=9076288729387457440 and http://video.google.com/videoplay?docid=959125392868390030 simultaneously: both files want to be called "RickyGervaisMicrosof.avi"

Steps to reproduce:
1. Go to http://video.google.com/videoplay?docid=9076288729387457440, and click the "Download" button. Epiphany will pop up the Download dialog and inform you that RickyGervaisMicrosof.avi is downloading.
2. Before the above download completes, go to http://video.google.com/videoplay?docid=959125392868390030 and click the "Download" button. A separate, differently sized RickyGervaisMicrosof.avi file will appear in the Download dialog. ~/Desktop/RickyGervaisMicrosof.avi.part will now contain the contents of this second file and the first, while continuing to download, cannot be accessed via the file system."
Comment 7 Reinout van Schouwen 2009-12-27 13:21:37 UTC
Is this still a problem with Epiphany 2.29.x / git master?
Comment 8 Tobias Mueller 2010-02-14 22:51:16 UTC
Dear reporter, could you please answer the last question?
Comment 9 lsof 2010-02-15 16:44:32 UTC
Hi,

I've stopped using epiphany unfortunately, so don't know.
Comment 10 Tobias Mueller 2010-04-03 11:14:19 UTC
k. I'm closing this due to inactivity. If this is still an issue, please reopen.