http://bugs.winehq.org/show_bug.cgi?id=31291
Bug #: 31291 Summary: Unable to input german umlaut characters with certain locales Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: ldm@gmx.at Classification: Unclassified
I can not type german Umlaut characters äöü when i have the locale
en_DK.utf8
however if I set it to
en_US.utf8 or de_DE
it works! This is independet from the keyboard layout. Copy-pasting into the wine application works in any case and the characters are displayed correctly. Inputing german characters should work equaly well in any locale and only depend on the keyboard layout. In any case it should work in en_DK.utf8 just as well as in en_US.utf8 since both are english and both are unicode. Tested with wine-1.5.9.
http://bugs.winehq.org/show_bug.cgi?id=31291
Markus ldm@gmx.at changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ldm@gmx.at
--- Comment #1 from Markus ldm@gmx.at 2012-07-22 18:56:58 CDT --- Wine 1.3.32 has the same issue.
http://bugs.winehq.org/show_bug.cgi?id=31291
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kennybobs@o2.co.uk
--- Comment #2 from Ken Sharp kennybobs@o2.co.uk 2012-09-09 11:57:21 CDT --- $ LANG=en_DK.utf8 wine notepad
Works fine here in Wine 1.5.12.
Is this still a problem? Does it affect a specific application? How are you entering the umlauts? What, specifically, happens when you try entering the umlauts? Is there an error? Does nothing get entered? Does another character show in its place?
http://bugs.winehq.org/show_bug.cgi?id=31291
--- Comment #3 from Markus ldm@gmx.at 2012-09-18 08:31:47 CDT --- It is still a problem. Tested in Wine 1.5.12. Does affect all applications. I am entering the umlauts with the keyboard. There is no error. No other characters show in it's place. The keypress is just ignored. I can however copy-paste umlauts into wine applications just fine.
Can you reproduce with LC_ALL=en_DK.utf8 wine notepad ? (LC_ALL instead of LANG)
http://bugs.winehq.org/show_bug.cgi?id=31291
--- Comment #4 from Rico kgbricola@web.de 2012-09-18 09:04:25 CDT --- Confirming. With wine 1.5.13 and with LANG=en_DK.utf8 wine notepad I'm not able to input any äöü.
I'm using Fedora 17, default keyboard layout is German. What's your distribution?
Using these work: en_AU.utf8, en_CA.utf8, en_GB.utf8, en_IE.utf8, en_NZ.utf8, en_US.utf8, en_ZA.utf8
These don't: en_AG.utf8, en_BW.utf8, en_DK.utf8, en_HK.utf8, en_IN.utf8, en_NG.utf8, en_PH.utf8, en_SG.utf8, en_ZM.utf8, en_ZW.utf8
http://bugs.winehq.org/show_bug.cgi?id=31291
--- Comment #5 from Markus ldm@gmx.at 2012-09-18 09:21:01 CDT --- Thank you for confirming. My distribution is Arch Linux (rolling release; up to date as of today)
http://bugs.winehq.org/show_bug.cgi?id=31291
--- Comment #6 from Ken Sharp kennybobs@o2.co.uk 2012-09-18 09:29:22 CDT --- What I meant was, what combination of keypress are you using?
"LC_ALL=en_DK.utf8 wine notepad" still works fine.
I'm pressing Alt Gr + [ + a = ä and so on.
I'm wondering if it is a specific sequence of keys that is being ignored.
http://bugs.winehq.org/show_bug.cgi?id=31291
--- Comment #7 from Rico kgbricola@web.de 2012-09-18 09:41:05 CDT --- We press one key, e.g. the "ä". See http://upload.wikimedia.org/wikipedia/commons/thumb/3/36/KB_Germany.svg/800p....
The combination you've given "Alt Gr + [ + a" doesn't work here. I get "[æ".
http://bugs.winehq.org/show_bug.cgi?id=31291
--- Comment #8 from Ken Sharp kennybobs@o2.co.uk 2012-09-18 09:50:20 CDT --- Ah, that's making sense now, thanks.
And it works fine in native apps?
http://bugs.winehq.org/show_bug.cgi?id=31291
--- Comment #9 from Rico kgbricola@web.de 2012-09-18 09:56:50 CDT --- Sure it seems to work fine for native apps. I have only tried "LANG=en_DK.utf8 gedit".
http://bugs.winehq.org/show_bug.cgi?id=31291
--- Comment #10 from Markus ldm@gmx.at 2012-09-18 20:43:11 CDT --- Just to sum it up:
1.) copy-paste: works fine 2.) input as a single key press: does _not_ work (tested with de keyboard, as well as us_int keybaord layout) and is just ignored in certain locales. 3.) input with super key: does _not_ work in wine (pressing SUPER + " + a just yields a instead of ä) on my pc. However this method seems to work for Rico
Native applications here work fine for all 3 types of input.
Any idea what causes this bug for en_AG.utf8, en_BW.utf8, en_DK.utf8, en_HK.utf8, en_IN.utf8, en_NG.utf8, en_PH.utf8, en_SG.utf8, en_ZM.utf8, en_ZW.utf8 ?
http://bugs.winehq.org/show_bug.cgi?id=31291
--- Comment #11 from Markus ldm@gmx.at 2012-09-18 20:46:45 CDT --- Correction: - However this method seems to work for Rico. + However this method seems to work for Ken.
http://bugs.winehq.org/show_bug.cgi?id=31291
--- Comment #12 from Rico kgbricola@web.de 2012-09-19 03:51:41 CDT --- to 3.) the input method using the super key, doesn't work for native apps and doesn't work for wine apps (because by default the key is assigned to something else)
However, if you use the "Compose-Key" - enabled in keyboard settings (also called "Multi-Key", I put it on the Win-Key, probably also called Super-Key), then the combination works in native apps (with en_US.utf8 and en_DK.utf8) and in wine using en_US.utf8. However it does not work when using en_DK.utf8 with wine. In the end the behavior is the same using the "Compose-Key" when using the "ä" directly. The difference is hitting "ä" doesn't show up any character while using "Compose-Key + " + a" shows '"a' in en_DK.utf8 wine.
http://bugs.winehq.org/show_bug.cgi?id=31291
--- Comment #13 from Markus ldm@gmx.at 2012-09-19 04:10:04 CDT --- @3) what I really meant was the COMPOSE key and not the SUPER key. I thought they where the same but they are not. Thanks for clearing that up Rico.
Let's focus on the _original_ bug (point 2) where you simply hit the key on the keyboard and don't use COMPOSE. See normal German keyboard, where umlauts are separate keys: http://en.wikipedia.org/wiki/Keyboard_layout#Austria_and_Germany
I also can reproduce it on an US_international keyboard layout where you can get umlauts conveniently with altgr + P, Q or Y (This has nothing to do with compose). I usually use this layout. http://en.wikipedia.org/wiki/Keyboard_layout#US-International
Please set the Status to NEW because it has been confirmed. Has anyone an idea what this bug could be?
http://bugs.winehq.org/show_bug.cgi?id=31291
Rico kgbricola@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #14 from Rico kgbricola@web.de 2012-09-19 04:33:12 CDT --- I had a look in /usr/share/X11/locale/locale.alias ... the ones which fail in wine don't have an entry there.
It may also be a problem with the desktop manager. I'm running gnome 3.
Ken: Do they have an entry in your /usr/share/X11/locale/locale.alias ? Btw, what's your distribution?
http://bugs.winehq.org/show_bug.cgi?id=31291
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, integration, | |source
--- Comment #15 from Ken Sharp kennybobs@o2.co.uk 2012-09-19 09:34:12 CDT --- I have these entries for en_DK:
en_DK: en_DK.ISO8859-1 en_DK.iso88591: en_DK.ISO8859-1 en_DK.ISO-8859-1: en_DK.ISO8859-1 en_DK.iso885915: en_DK.ISO8859-15 en_DK.ISO-8859-15: en_DK.ISO8859-15 en_DK.utf8: en_DK.UTF-8
Running Ubuntu Precise with Unity.
It could be a distro bug / lack of feature.
http://bugs.winehq.org/show_bug.cgi?id=31291
--- Comment #16 from Markus ldm@gmx.at 2012-09-20 09:10:27 CDT --- But that just creates an alias from en_DK.utf8 to en_DK.UTF-8 right? I ammended your lines to the file.
Then I did ~ ➜ locale-gen Generating locales... de_AT.UTF-8... done de_AT.ISO-8859-1... done en_DK.UTF-8... done en_DK.ISO-8859-1... done en_US.UTF-8... done en_US.ISO-8859-1... done Generation complete.
Then I tried both
~ ➜ LC_ALL=en_DK.utf8 wine notepad and
~ ➜ LC_ALL=en_DK.UTF-8 wine notepad
still broken.
http://bugs.winehq.org/show_bug.cgi?id=31291
--- Comment #17 from Ken Sharp kennybobs@o2.co.uk 2012-09-20 09:58:25 CDT --- I suspect it's more than just aliases that are missing.
Might be worth asking on the Arch forums to see if anyone else has had a similar problem. I couldn't find anything in their bug tracker but it was only a quick search.
http://bugs.winehq.org/show_bug.cgi?id=31291
--- Comment #18 from Markus ldm@gmx.at 2012-09-20 12:45:39 CDT --- But it only affects wine. There is no problem in native applications. All locales, all keyboard layouts, compose or direct everything works. Only wine applications don't. Do not write this off as distro bug.
http://bugs.winehq.org/show_bug.cgi?id=31291
--- Comment #19 from Ken Sharp kennybobs@o2.co.uk 2012-09-20 13:22:09 CDT --- Nobody is writing this off as a distro bug or I would have closed it. If you ask in Arch then we can try and find out the cause.
It works fine in Ubuntu and Debian so it is unlikely to be a Wine bug.
If you are unwilling to debug further then feel free to close this invalid.
http://bugs.winehq.org/show_bug.cgi?id=31291
--- Comment #20 from Markus ldm@gmx.at 2012-09-21 00:19:31 CDT --- Sorry, I did not mean to offend you. Thanks for your support.
I will open a bug report in the Arch tracker. I am just saying that I don't think the Arch people will care too much about this if they think that it's just wine related. It's just that I already have some unrelated open issues in the arch bug tracker and did never get any help there (so far).
http://bugs.winehq.org/show_bug.cgi?id=31291
--- Comment #21 from Markus ldm@gmx.at 2012-09-21 00:32:43 CDT --- Ok, I've looked up that I have made 7 well documented bug reports in the arch bugtracker and never ever got an answer. I don't trust them any more. Rico, you said Fedora 17 is affected too. Could you please make a bug report for your distro?
http://bugs.winehq.org/show_bug.cgi?id=31291
--- Comment #22 from Rico kgbricola@web.de 2012-10-06 06:49:14 CDT --- Well, I'm not sure if it is really a bug in the distribution or a bug in wine. I guess we need to find the switch which makes it actually work.
Point against that: Other native apps work like they should. Point for it: Wine works in Ubuntu but not in Fedora / Arch.
http://bugs.winehq.org/show_bug.cgi?id=31291
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|kennybobs@o2.co.uk |
https://bugs.winehq.org/show_bug.cgi?id=31291
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |Abandoned?
--- Comment #23 from Ken Sharp imwellcushtymelike@gmail.com --- Is this still an issue in Wine 1.7.45 or later?
https://bugs.winehq.org/show_bug.cgi?id=31291
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |ABANDONED Status|NEW |RESOLVED
--- Comment #24 from Ken Sharp imwellcushtymelike@gmail.com --- Six years is long enough.
https://bugs.winehq.org/show_bug.cgi?id=31291
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nerv@dawncrow.de Status|RESOLVED |CLOSED
--- Comment #25 from André H. nerv@dawncrow.de --- closing abandoned
-
wine-bugs＠winehq.org