Bug 59431 - cannot copy files with non-ASCII letters via FISH://
Summary: cannot copy files with non-ASCII letters via FISH://
Status: RESOLVED WORKSFORME
Alias: None
Product: kio
Classification: Frameworks and Libraries
Component: fish (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-06-06 14:36 UTC by Jens
Modified: 2003-08-01 16:02 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Jens 2003-06-06 14:36:33 UTC 
Version:           3.2.0 (using KDE 3.1.9)
Compiler:          gcc version 3.3 (Debian)
OS:          Linux (i686) release 2.4.21-pre5-jb-w4l

I connect to my server via lan:/ and then fish:// and try to copy a directory called "D
Comment 1 Thiago Macieira 2003-06-06 14:44:10 UTC 
Confirmed. One accented letter gets turned into four characters. It seems that this is 
being encoded into UTF-8, then decoded from Latin1, and then again. 
 
This happens only when copying/moving. Renaming and deleting are not affected.
Comment 2 Jens 2003-06-24 23:21:16 UTC 
Confirmed when using FTP and FISH on other servers, with the current CVS.  
All umlauts are mangled and then Konqueror cannot find the files it is supposed to copy. 
 
Please fix this - it's a showstopper for Konqueror in 90% of the world.  
 
Thank you!
Comment 3 Jörg Walter 2003-07-27 22:23:43 UTC 
I can't reproduce that, and I am using international chars all the time. Anyhow, please check 
the current CVS version, I have replaced most of ".latin1()" conversions with ".local8Bit()", 
which might mean UTF-8 for you. Tell me if these changes had any effect.
Comment 4 Thiago Macieira 2003-07-27 22:37:37 UTC 
This is probably a dup of bug #56197.
Comment 5 Jens 2003-08-01 16:02:54 UTC 
Seems to work here now.