Bug 279978

Summary: konsole does not display an 'umlaut' if encoded as char+nondestructive-backspace+2horiz-dots (e.g., the Mac OS X way)
Product: [Applications] konsole Reporter: Achim Bohnet <ach>
Component: generalAssignee: Konsole Developer <konsole-devel>
Status: RESOLVED DUPLICATE    
Severity: normal    
Priority: NOR    
Version: 2.7   
Target Milestone: ---   
Platform: Ubuntu   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Achim Bohnet 2011-08-12 15:56:30 UTC
Version:           2.7 (using KDE 4.7.0) 
OS:                Linux

When one rsyncs files with umlaut
   ü ä ö
from Max OS X to Linux and use ls in a konsole window, the umlauts seems to be lost.  They are displayed as
   u a o
respectivly.

On the other hand, listing these files with/in
   xterm
   dophin
   kate
   KDE opendialog
   gnome-terminal
shows the umlaute as expected.

That's due to the fact that MAC encode the umlaut as: char+nondestructive-backspace+2horiz-dots.

~/testme$ ls -1
a_o_u_ß-linux
ä_ö_ü_ß-linux
~/testme$ LC_ALL=C ls -1b
a\314\210_o\314\210_u\314\210_\303\237-linux
\303\244_\303\266_\303\274_\303\237-linux



Reproducible: Always

Steps to Reproduce:
On a MAC:

  touch ä_ö_ü_ß-linux
  rsync -a ä_ö_ü_ß-linux   $LINUX_HOST:testme/

On linux host:

  ls ~/testme
  a_o_u_ß-linux


Look at testme/ with with dolphin, or  ls ~/testme/ > ls.txt; kate ls.txt
or gnome-terminal and one see it as

 ä_ö_ü_ß-linux

Actual Results:  
a_o_u_ß-linux

Expected Results:  
ä_ö_ü_ß-linux
Comment 1 Christoph Feck 2011-08-12 18:15:47 UTC

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