Bug 164968 - nautilus-connect-server can not display windows share directory with chinese name correctly
Summary: nautilus-connect-server can not display windows share directory with chinese ...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: nautilus
Version: 4
Hardware: i686
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Alexander Larsson
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2005-08-03 05:50 UTC by han pingtian
Modified: 2007-11-30 22:11 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2007-01-23 11:21:53 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description han pingtian 2005-08-03 05:50:27 UTC
Description of problem:
When I use the places->connect to server... to visit some windows host's share,
the chinese file name be showed incorrectly. But there's another windows host's
share can be display correctly.

Version-Release number of selected component (if applicable):
nautilus-2.10.0-4

How reproducible:


Steps to Reproduce:
1.places->connect to server...
2.select the "windows share" and input the host's address
3.connect to the host
  
Actual results:
Chinese file names be displayed incorrectly.

Expected results:
Chinese file names be displayed correctly.

Additional info:
Some windows share be displayed incorrectly, but the others be displayed correctly.
Sorry for my English.

Comment 1 Alexander Larsson 2006-09-04 15:13:05 UTC
This might be a problem with the settings on the windows share. Nautilus uses
the encoding negotiation in samba to set up the encoding to use. Its very hard
to debug this without more information though. Can you figure out what the
difference is between the machines that work and the ones that don't work.


Comment 2 han pingtian 2007-01-22 14:21:18 UTC
It seems that this problem has been solved in the last Fedora release. Please
close this bug. Thanks!




Note You need to log in before you can comment on or make changes to this bug.