151021 - Saving a downloading file with a long filename fails

Status: RESOLVED DUPLICATE of bug 139360

(Core Graveyard :: File Handling, defect)

Description

[Ben Christensen]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.0) Gecko/20020529
BuildID:    2002052918

Downloads work fine when they are a standard link, but when they are a redirect
or something from a form, like this link, or from things like download.com (I
believe it didn't work there) it pops up the windows as if to download, then
immediately closes it and nothing happens.

http://www.netbeans.org/download/release332/night/build200206050332/release332-build-MacOSX.html



It happens lots. I have to take the URL and download with IE.

Reproducible: Always
Steps to Reproduce:
1.Go to this URL...
http://www.netbeans.org/download/release332/night/build200206050332/release332-build-MacOSX.html
2. Accept the license, choose a filename and hit save
3. The box will popup and disappear and the file will not begin downloading

Actual Results:  didn't download... download manager closed

Expected Results:  It should have popped up a window and downloaded

Comment 1

[Ben Christensen]

Ahhh. I played around with it again, it may have something to do with long 
filenames or something instead... becaue the accept link is just a normal 
link, but it does the same thing, except when I saved it on one attempt, I 
gave it a name "test.dmg" instead of the default and it saved just fine.

Who knows...

Comment 2

[Matthias Versen [:Matti]]

-> File Handling

wfm with win2k build 20020611..

Comment 3

[Greg K.]

Confirmed using FizzillaCFM/2002052918 (rv1.0.0). Attempting to save the file with a long 
filename fails, but saving it with a short one succeeds.

Raising Severity and editing Summary.

Comment 4

[Dave Miller [:justdave]]

With Fizilla 2002062903 the long filenames in the links seem to work fine for
downloading, however Mozilla is truncating the downloaded filename at 32
characters (by replacing the middle of the filename with "...").  This is pretty
annoying, since the filesystem supports the long names, and it's prompting me
for the filename anyway.  The file download box from the OS would stop me from
using a filename it can't handle, so Mozilla should just accept whatever
filename I tell it.  It's also not decoding the filename if it has spaces or
other characters in it, and I wind up with a file with a bunch of %20's in the
name if it had spaces in it.

Comment 5

[timeless]

decoding is a generic issue, we have reports about that for windows too :)

Comment 6

[Greg K.]

FYI, the decoding issue is bug 76799.

Comment 7

[Frankie]

Shouldn't this bug be a dupe of either:
 bug 139360 - Save to Disk with file name >31 characters silently fails
 or 
 bug 89064 - File Download doesnt accept complete filenames
 (which is itself a dupe of bug 95481 - upgrade Mac CFM file system code to use
Unicode when HFS+ exists)

Comment 8

[Torben]

This works for me with 1.4rc, anyone still having trouble?

Comment 9

[Martin Sch]

This was also a bug on OS/2 when I saved long filenames to a DOS 8.3 file system.

Comment 10

[Frankie]

WFM Moz 1.4 OSX.

This was a CFM-related problem, fixed when Moz switched to Mach-O (1.3a)

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