249693 - Infinite loop/dialog error ("firefox.exe - No Disk") when downloading "export.csv" file for the second time (while first instance of Excel still open)

Status: VERIFIED DUPLICATE of bug 142664

(Toolkit :: Downloads API, defect)

Description

[Neil MacLeod]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113

When accessing a secure Corporate site, I have the option to download a file of
content type "text/x-csv".

Downloading this file the first time results in the standard pop-up dialog -
open with the default application (Microsoft Excel, in my case MS Excel 2002
SP2) or save to disk. I select to open with the default application, and it
opens the file without problem (the file is called "export.csv").

With Excel still open, and without reloading the web page I select to download
the file a second time. Again the open with default app/save to disk dialog
appears, and I again choose to open with Excel.

At this point, but not always, the following modal dialog will appear:

"firefox.exe - No Disk

[X] There is no disk in the drive. Please insert a disk into drive
\Device\Harddisk5\DR8.

[Cancel] [Try Again] [Continue]"

Clicking Cancel, Try Again or Continue has no effect - the popup will appear
time after time and Firefox can only be shutdown by killing the process from
Task Manager.

The modal dialog does appear consistently - sometimes it may take 3 or 4
attempts to download the same file, but eventually it will appear.

Not sure if this is a problem restricted to text/x-csv content or interaction
with Excel.

Reproducible: Sometimes
Steps to Reproduce:
1. Download a file of type text/x-csv over an https connection (possibly http,
but haven't tried it)
2. Open with Excel
3. Error will occur either immediately or after a few attempts. Keep Excel open
each time.

Actual Results:  
Modal error dialog appears and cannot be dismissed. Firefox process has to be
killed.

Expected Results:  
Opened the file in Excel without error.

Windows XP SP1 with Microsoft Office XP Pro SP2, Firefox 0.9.1.

Comment 1

[Neil MacLeod]

Correct User-Agent for this bug is:

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7)
Gecko/20040626 Firefox/0.9.1

Comment 2

[Neil MacLeod]

Hmmm... seems that this has nothing to do with any file being downloaded or the
http/https connection, but is in fact being caused by the Download manager
itself. Opening Firefox (with a blank page) and selecting Tools->Downloads (or
pressing Ctrl+Y) will cause the follow dialog to appear:

"firefox.exe - No Disk

[X] There is no disk in the drive. Please insert a disk into drive
\Device\Harddisk5\DR8.

[Cancel] [Try Again] [Continue]"

This bug is reproducible every time on WinXP. My settings for "Downloads" are
"Ask me where to save every file" and "Show Download Manager window when a
download beings". "Close the Download Manager when all downloads are complete."
is not selected.

No extensions are installed. Firefox 0.9.1 picked up all settings from the
current Mozilla 1.6 installation.

I've changed "Component" on this entry to be Download Manager as the original
"File Handling" is most likely incorrect.

Comment 3

[Neil MacLeod]

Attachment: Compressed archive of "downloads.rdf" corresponding to a broken Firefox install (following auto-import from a working Mozilla 1.6 install)

I've attached my download.rdf as it is either corrupt or refers to a corrupt or
invalid file (ie. non existant).

Deleting the download.rdf file allows the Download Manager to open.

Simply having an invalid file in the list, particularly when it is imported
from a working Mozilla install, shouldn't result in Firefox bombing like this.
Either ignore the file or automatically remove it from the list - better still,
don't import it.

Comment 4

[OstGote!]

There are files downloaded to a removable drive which has no medium in it at the
moment. Then Firefox tries to access it (I don't know why) it displays the error
popup because it can't access the medium. See similiar Bug 153377 comment 19 and
Bug 142664.

Comment 5

[Neil MacLeod]

(In reply to comment #4)
> There are files downloaded to a removable drive which has no medium in it at the
> moment. Then Firefox tries to access it (I don't know why) it displays the error
> popup because it can't access the medium. See similiar Bug 153377 comment 19 and
> Bug 142664.
> 

Yep, they're similar but not identical - although they match the symptoms, they
refer to problems that the Download Manager shouldn't even be experiencing at
this stage - ie. when the DM is attempting to display the list of previously
downloaded files. At this stage why is the DM accessing each file and thus
tripping "No Disk" bug?

Ideally, the DM shouldn't be accessing each file when just displaying the list
of previously downloaded files. Not only is this going to cause delays - files
could be on slow, remote storage - but it also results in the "No Disk" bug
mentioned in the other two bugzilla (seemingly on for removable storage).

I'm not sure if a fix is actually proposed in
http://bugzilla.mozilla.org/show_bug.cgi?id=153377 or not, however this bug
(now) refers specifically to the functionining of the Download Manager. It
shouldn't physically access the files when simply displaying it's list, however
selecting a file to open from the list *will* require the file to be accessed
and could therefore result in the "No Disk" infinite loop, so both bugs need
fixing. Unfortunately it sounds like the latter may be a can of worms.

:)

Comment 6

[zug_treno]

Maybe also related to bug 255203?

Comment 7

[Neil MacLeod]

(In reply to comment #6)
> Maybe also related to bug 255203?

Seems similar - both bugs render the machine somewhat unusable (although the
infinite dialog loop can be stopped by killing the FireFox process).

For the uninitiated user this bug may result in a machine reboot which surely
isn't acceptable (and sever negative vibes about FireFox). This bug has existed
for months, it's critical and is being ignored. What gives? It's reproducible
with the messed up downloads.rdf I posted, it should have been fixed before PR1.

Should I mention "data loss" - will that help? ;)

Comment 8

[OstGote!]

Does deleting the "downloads.rdf" file help? All other things are addressed in 
Bug 153377 and Bug 142664.

Comment 9

[Neil MacLeod]

Yes, as does deleting the profile.

I think the point is that your average user wont know to do this, and shouldn't
have to do this. Unfortunately, looking at the other bugzilla entries it seems
that certain individuals don't consider this bug worth fixing, which is quite
poor as it could result in a user rebooting his PC, and going back to IE... not
sure which is worse.

Can ayone confirm why this bug remains unconfirmed when evidence is available to
prove it's existence? Is Ben too busy giving interviews? ;-)

Comment 10

[timeless]

because it's a duplicate. and people are not supposed to confirm duplicates.

Comment 11

[OstGote!]

(In reply to comment #9)
> Yes, as does deleting the profile.
So I will mark it as dupe of 142664 (download manager).

> Can ayone confirm why this bug remains unconfirmed when evidence is available to
> prove it's existence?
Bug is known, see bug 142664 and more general bug 153377.



*** This bug has been marked as a duplicate of 142664 ***