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)
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
Reporter | ||
Comment 1•20 years ago
|
||
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.
Comment 2•20 years ago
|
||
> "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
Reporter | ||
Comment 3•20 years ago
|
||
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 )
Comment 4•20 years ago
|
||
ah.... this character does not exist in latin1, but it does exist in windows-1252 (0x9a)
Comment 8•17 years ago
|
||
reporter doesn't have an ftp server to test
QA Contact: benc → networking.ftp
Reporter | ||
Comment 9•17 years ago
|
||
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...)
Comment 10•16 years ago
|
||
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)...
Updated•12 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 13•12 years ago
|
||
most likely some related bugs in this query :) https://bugzilla.mozilla.org/buglist.cgi?type1-0-0=anywordssubstr;list_id=4213519;field0-0-0=short_desc;bug_severity=major;bug_severity=normal;bug_severity=minor;type0-0-1=substring;field0-0-1=component;type1-0-1=substring;value1-0-1=intl;resolution=---;classification=Client%20Software;classification=Components;query_format=advanced;value1-0-0=char%20ascii%20letters%20cyrillic%20diacritic;value0-0-1=ftp;type0-0-0=anywordssubstr;value0-0-0=ftp%20download;field1-0-0=short_desc;product=Core;product=Firefox;field1-0-1=keywords
Comment 16•9 years ago
|
||
only critical ftp fixes now
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
Updated•7 months ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•