Closed Bug 251892 Opened 20 years ago Closed 9 years ago

Non-US-ASCII chars in FTP file name are problematic

Categories

(Core Graveyard :: Networking: FTP, defect)

x86
Windows XP
defect
Not set
major

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: david.balazic, Unassigned)

References

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040707 Firefox/0.9.2
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040707 Firefox/0.9.2

Mozilla 1.7.1 and FireFox 0.9.2 can not handle corretly non-US characters in FTP
file name.

The server is private. The files are in the root directory. The problematic file
name is "Gusti hiša 010.jpg". In the HTML listing, mozilla displays it as "Gusti
hi?a 010.jpg" and the linked URL is
"ftp://username@ftp.server.net/Gusti%20hi?a%20010.jpg", whicj when clicked gives
an error dialog :

Alert

550 /Gusti hi: No such file or directory
[OK]

MS IE 6.0 works correctly. If I copy it's URL into FF, then it also works. The
working URL is :
"ftp://username@ftp.server.net/Gusti%20hi%9Aa%20010.jpg"

Note : This is not the real URL, I changed the usename and the hostname.

Playing with menu "View / Character Encoding" does not help.

Reproducible: Always
Steps to Reproduce:
1. See above

Actual Results:  
See above

Expected Results:  
See above
PS: It also works in the commadn line FTP tool. It displays the problematic
character wrong, but copy&pasting it from the directory listing into a GET
command will download it correctly.
> "Gusti hiša 010.jpg"

just to make sure, this is supposed to be an "s" with a "v" above, right?

What is your default character coding? (edit/preferences/navigator/languages)

note to self: this is U+0161
Severity: normal → major
Yes, it is "s" with a "v" above, AKA "s with caron" , U+0161.

Default character coding in mozilla is ISO-8859-1 ( don't know how to check in
FireFox )
ah.... this character does not exist in latin1, but it does exist in
windows-1252 (0x9a)
*** Bug 304197 has been marked as a duplicate of this bug. ***
dup of bug 162361?
mass reassigning to nobody.
Assignee: dougt → nobody
reporter doesn't have an ftp server to test
QA Contact: benc → networking.ftp
Actually, he does ;-)

And the problem does not seem to happen with Firefox 2.0.0.11

An 'š' char is now displayed as 'ç' on the page.
When pointed at the file link, in the statusbar the URL appears with 'ç' too.
When clicked and loaded, in the URL bar it is %E7.

(I find the URL in statusbar being different than the real visited URL a security bug, but noone listens to me...)
If ftp-client want to receive direcory listing in utf8 it can send command "opts utf8 on" as explorer in windows. In other cases ftp-clients will receive listings in local codepage, and should use its "as is", without any encoding.

If I request listing on ftp://janych.selfip.com/, I receive directory name "Фотки" (windows-1251). If I click on it, url must be "ftp://janych.selfip.com/Фотки", not "ftp://janych.selfip.com/Фотки/". If Firefox want utf8 names, there must be "opts utf8 on" before to get listing, not encoding.

OK, may be encoding (for sending to server), but not in the title of window, and not in the title of page (for user)...
Status: UNCONFIRMED → NEW
Ever confirmed: true
only critical ftp fixes now
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.