Closed
Bug 304197
Opened 19 years ago
Closed 19 years ago
FTP request are made in UTF-8 instead of user selected encoding
Categories
(Firefox :: General, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 251892
People
(Reporter: cyberpolice, Unassigned)
References
()
Details
Attachments
(1 file)
7.89 KB,
image/png
|
Details |
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b4) Gecko/20050809 Firefox/1.0+ Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b4) Gecko/20050809 Firefox/1.0+ When browsing an FTP site which uses encoding different from the default encoding on my system (which is UTF-8), even though it is possible to set the correct encoding using View->Character Encoding menu, it is unpossible to follow the links. All you get is an alert about non-existent file/directory. I guess this is because Firefox sends request in UTF-8, instead of selected encoding, but I may be wrong. I tried this on sites with filenames in KOI8-R and CP1251 encodings, but probably this also applies to the other charsets as well. In version 1.0.3 all worked well, the problem started when I switched to nightly builds. The URL that demonstrates the problem is just an example. It happens on any ftp server which uses non-utf8 encoding. Reproducible: Always Steps to Reproduce: 1. Make sure that your system locale is set to UTF-8 (not necessary?) 2. Navigate to ftp://admin.tomsk.ru/tomsk or any other ftp site which uses cp1251 or koi8-r character set 2. Try to follow any link which includes russian characters (with and without switching the encoding from menu - the result will be the same). 3. That's it. Actual Results: Unable to follow the links. (550 no such file or directory)
Duplicate of/related to Core bug 297395 and Core bug 251892?
Comment 3•19 years ago
|
||
*** This bug has been marked as a duplicate of 251892 ***
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.
Description
•