Closed Bug 271091 Opened 20 years ago Closed 19 years ago

Incorrect filename when downloading via "Save Link As..." or left click while holding down ALT

Categories

(Firefox :: General, defect)

Product:
Firefox
Component:
General
Type:
defect
Priority:
Not set
Severity:
major

Tracking

()

Status:
RESOLVED DUPLICATE of bug 299372

People

(Reporter: norbert.notz, Unassigned)

References

Details

Attachments

(1 file)

HTML-file to reproduce this bug
594 bytes, text/html
Details 
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

Please open the attached HTML-file that includes a link.

A left-click leads to the correct filename "der_Test.wav".
But a left-click while holding down ALT or right-click "Save Link As..." lead to
the incorrect filename "le.wav"!

In IE such problems do no exist.

Reproducible: Always
Steps to Reproduce:

    
    

    
  
Might be a dup of bug 264757.
Depends on: 264757

    
    

    
  
(In reply to comment #0)
> User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5)
Gecko/20041107 Firefox/1.0
> Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5)
Gecko/20041107 Firefox/1.0

Have you tested this with code after about 17th or 18th November? (I cannot
currently, sorry.) I think this is when a relevant fix was checked in for bug
263697 ...

    
    

    
  
(In reply to comment #3)

> Have you tested this with code after about 17th or 18th November? (I cannot
> currently, sorry.) I think this is when a relevant fix was checked in for bug
> 263697 ...


I have tested it with the 1.0 final version. I guess that it is older than 17th
November.
I think a new final version is not available currently, or is it?
I have not tested trunk versions.

    
    

    
  
typing error:
"a new final version" -> "a newer final version"

    
    

    
  
(In reply to comment #4)
> I have tested it with the 1.0 final version. I guess that it is older than 17th
> November.
> I think a new final version is not available currently, or is it?
> I have not tested trunk versions.

Ah. Firefox. 1.0. I missed that bit... 
The final patch for bug 160454 won't be in the production release of FF, but a
call was raised to get it merged into FF, which I guess may have happened
post-1.0 FF. I'm guessing that if you are seeing a regression because of that,
then the further patch for bug 263697 /hasn't/ been added to FF... yet...

Yeah, testing against a trunk version may be the way to go... Bz?

    
    

    
  
The URL for testing is a 404, so I have no idea what's going on here -- it's
impossible to test.

    
    

    
  
(In reply to comment #7)
> The URL for testing is a 404, so I have no idea what's going on here -- it's
> impossible to test.

Yes... can you fix that please Norbert?

Bz - with head now removed in 1.8a5, is this broken URL now a good candidate for
reproducing bug 174167? ;-)

    
    

    
  
Yes, it is.  But so's any other broken URL.... ;)

    
    

    
  
(In reply to comment #9)
> Yes, it is.  But so's any other broken URL.... ;)

Yeah I know, being sarcastic ;-) or something like that....
Just toying with the idea if spending some time on it.... maybe....

    
    

    
  
To get such download-URLs, a english-german translation with the LEO-dictionary
has to be done. The wave files are these links that look like a speaker, on the
right side. (These are wave-files that contain the german words.)

Open (not download!) for example
http://dict.leo.org/?search=test&searchLoc=0&relink=on&spellToler=standard&sectHdr=on&tableBorder=1&cmpType=relaxed&lang=en
and download the speaker-link with save as...

    
    

    
  
(In reply to comment #11)
> To get such download-URLs, a english-german translation with the LEO-dictionary
> has to be done. The wave files are these links that look like a speaker, on the
> right side. (These are wave-files that contain the german words.)
> 
> Open (not download!) for example
>
http://dict.leo.org/?search=test&searchLoc=0&relink=on&spellToler=standard&sectHdr=on&tableBorder=1&cmpType=relaxed&lang=en
> and download the speaker-link with save as...

Well given the make-up of the URL, I don't think it's possible to come up with a
'correct' name without either
(a) doing a HEAD request ( ;-) ) or
(b) deciding on a name only after downloading the link (giving an option the
user can select so they are prompted when the link has been downloaded, or they
can choose to have the browser 'choose' for them - but then how are they to know
what the file was called?).

What does IE do? Opera?


    
    

    
  
(In reply to comment #12)

> Well given the make-up of the URL, I don't think it's possible to come up with a
> 'correct' name without either
> (a) doing a HEAD request ( ;-) ) or
> (b) deciding on a name only after downloading the link (giving an option the
> user can select so they are prompted when the link has been downloaded, or they
> can choose to have the browser 'choose' for them - but then how are they to know
> what the file was called?).
> 
> What does IE do? Opera?


I have not tested Opera.



In IE it works fine:

It looks like they show the file-request-dialog after the protocol header lines
(http/ftp) are received and start downloading into temp-directory. And after the
download has finished they move the file to the directory and filename the user
has selected. So no HEAD request is needed...

    
    

    
  
So for a slow (or unresponsive) server they take a long time to show the dialog?

    
    

    
  
(In reply to comment #14)
> So for a slow (or unresponsive) server they take a long time to show the dialog?

Give me "a slow (or unresponsive)" URL and I will test it.

    
    

    
  
(In reply to comment #16)
> http://www.example.com:400/index.txt will do just fine...

Both, Firefox and IE, need some seconds until the error message appears. I have
not measured the time, but it looks like there is no significant difference.

    
    

    
  
Right, but does IE allow selecting a place to save before the error message
appears?  Or do you do "save link as" and get no feedback at all until the error
message pops up?

    
    

    
  
Save Link As... already appears to be delaying until the file starts downloading
for me in Firefox 1.0.  I've tried that when my bandwidth is soaked because of
something being uploaded from another computer at home here, and it delays
several seconds before the filename box pops up.  The problem is that is uses
the filename from the URL and not the one given in the Attachment-Disposition
line.  

    
    

    
  
I have similar problem when downloading attachments in yahoo mail.  The filename
chops off after characters like space and underscore.(In reply to comment #0)
> User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5)
Gecko/20041107 Firefox/1.0
> Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5)
Gecko/20041107 Firefox/1.0
> 
> Please open the attached HTML-file that includes a link.
> 
> A left-click leads to the correct filename "der_Test.wav".
> But a left-click while holding down ALT or right-click "Save Link As..." lead to
> the incorrect filename "le.wav"!
> 
> In IE such problems do no exist.
> 
> Reproducible: Always
> Steps to Reproduce:

    
    

    
  
(In reply to comment #20)
> I have similar problem when downloading attachments in yahoo mail.  The filename
> chops off after characters like space and underscore.

That is bug 252309 (see bug 221028 too).

    
    

    
  
*** Bug 289436 has been marked as a duplicate of this bug. ***
Assignee: firefox → nobody
OS: Windows XP → All
Hardware: PC → All
Version: unspecified → Trunk

    
    

    
  
*** Bug 308124 has been marked as a duplicate of this bug. ***

    
    

    
  
(In reply to comment #18)
> Right, but does IE allow selecting a place to save before the error message
> appears?  Or do you do "save link as" and get no feedback at all until the error
> message pops up?

IE brings up a non-modal dialog, equivalent to Seamonkey's "Open a progress
dialog," that says "Getting file information:" with a bunch of animation to keep
you amused until it errors out.

Opera, on the other hand, explodes: it only changes the cursor to busy to tell
you anything's happening, then changes the whole page to a connection error
page, and if you then hit back and try again, saves some binary file, not sure
what it is, as index.htm. I wouldn't recommend emulating that.

    
    

    
  
Bug 299372 is essentially the same as this. I'm going to mark this as a duplicate
(though it is the older bug) since bug 299372 has more relevant information.

*** This bug has been marked as a duplicate of 299372 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE

          You need to log in
          before you can comment on or make changes to this bug.
        






  

    
  







  

    

      
Attachment

      

      
      
      
      
    

    

      

        

          

            
General

            

              Creator: 



            

            
Created: 

            
Updated: 

            
Size: