179143 - Can not open local non-ascii named directory

Status: VERIFIED DUPLICATE of bug 179026

(Core :: Internationalization, defect)

Description

[Yuying Long]

Build: 11-08 trunk build on WinXP-SC and linux RH7.2-JA

With bug 102812 checked in, the file is in html mode, but can not open non-ascii
folder/file names.

bug 179140 filed against Macintosh for unable to display and open non-ascii files.

Steps to reproduce:
1. Create some non-ascii named directory and file in local system, those names
can be displayed properly with correct charset.
2. Open those local folder/files through browser.

Result:
1. With pure double byte characters name, I won't get any error message but can
not get into that directory, it always back to parent directory, like file:///C:/.
2. With ascii combined with non-ascii folders (e.g. my_<double byte characters>,
Those directory/files can be opened with a "<my_> can not be found" error message.

3. With my WinXP-SC, I even can not seee the latin-1 folder name.

Note:
This problem seems not in http and ftp server.

Comment 1

[Yuying Long]

nominate as nsbeta1.

Comment 2

[nhottanscp]

reassign to nhotta

Comment 3

[Yuying Long]

Mac has the same problem.

Comment 4

[nhottanscp]

I can reproduce on US Windows by creating a directory "aá".

When I move a mouse over to the directory "aá", status bar shows only "a" and
non ASCII character is truncated. There is a regression bug 179026 which is also
URL trucation problem.

I reverted a change of bug 169902 then I was able to open the directory.

It is possible that ftp listing is also affected, IQA please test ftp listing
with non ASCII name directory.

Comment 5

[Yuying Long]

Yes, the ftp list with non-ascii directory name has the same problem.

Comment 6

[David Bradley]

Same problem as in bug 179026. Darin provided a patch there.

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

Comment 7

[Yuying Long]

Marking as verified dup per previous comments.