Bug 279978 - konsole does not display an 'umlaut' if encoded as char+nondestructive-backspace+2horiz-dots (e.g., the Mac OS X way)
Summary: konsole does not display an 'umlaut' if encoded as char+nondestructive-backs...
Status: RESOLVED DUPLICATE of bug 96536
Alias: None
Product: konsole
Classification: Applications
Component: general (show other bugs)
Version: 2.7
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Konsole Developer
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-08-12 15:56 UTC by Achim Bohnet
Modified: 2011-08-12 18:15 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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 ***