That was already clear - as soon as OP said that setting locale to 8859-1 works.
What is needed here is exact and precise description of environment. E.g. PuTTY always defaulted to 8-bit code set translation until the latest version 0.63 (and we do not know what version OP has).
Locale set in shell has nothing to do with locale used by terminal program (including Linux tty console) to translate incoming keys into character codes. What happens here is that the latter is effectively set to 8859-1.
Huh? I just demonstrated how easy to reproduce it is.
I repeat - you need provide exact step by step description of what you do - how you log in to the system, what program you start. Every key press, every mouse click. So far after three pages it is not even clear what program(s) you use to access your system and whether you do it locally in text console, locally in GUI or remotely from another system.
You keep saying “Console” without explaining what it means (KDE terminal is named Konsole and if you mean Linux text console, why it is capitalized?)
I do not know enough of VM (and this is not in the VM forum). But if you type on the keyboard of the mother system (well, we realy need to know what avidjaar asks for), does the mother system then propagate the key codes, or character codes? And when the last is the case, what character codes?
> The steps are really not complicated how I can easily reproduce the
> problem. Once again:
> - Install openSUSE 13.1 from ISO on Microsoft Hyper-V or VMware
> Workstation, standard (manual) install with KDE, language U.S. English
I use VMware player (which is more of less a reduced version of
workstation), on a Linux host. Works fine.
I have several virtual installs, and I have never seen that issue. But I
do not have a Windows host on which to try and find out if that makes a
Cheers / Saludos,
Carlos E. R.
(from 13.1 x86_64 “Bottle” at Telcontar)