Unable to input certain characters

[jernejs]

I'm using Slovenian keyboard layout, and there are problems inputting characters that require AltGr (this includes , |, {, }, [, ]). Sometimes the character appears properly, other the terminal just beeps.

[trapframe]

same thing with a french keyboard

[christoh]

same with german keyboard AltGr (right alt key) doesn't work

[alorle]

In Spanish, in addition to these symbols (eg '|'), you can not put accent marks

[patryk9200]

I think the problem is with ubuntu keyboard layout. Did you tried change that?
Probably something like this will help-
in bash type & install:

apt-get install console-common
Then you need reconfigure keyboard layout.
Try reboot PC.
There is many problems with this, I tried many methods, most of them don't work.

[paulomorgado]

The same happens with the portuguese layout.

But it's strange because, usually, **Alt _+ ( _Num6, **Num4 _) is a good replacement for _AltGr+2 to get @, but not in this case.

[ebaratte]

Same problem here with a French layout (azerty). I noticed that when bash is run from ConEmu, special characters are input correctly. Though arrow keys don't work anymore :(

[Ordspilleren]

Same issue with Danish keyboard layouts. I think this is an issue with the newly improved Windows Console Host, it only seems to support US layouts for now. Additionally, using an alternative console like ConEmu doesn't seem to work either (specifically arrow keys, del, ins, home etc.), presumably since bash.exe depends on some of those console host improvements.

[ebaratte]

Some kind of workaround: I noticed that pressing AltGr + 5 (that is [ on my french keyboard) then the desired combination (eg. AltGr + 6 for |) will input the character correctly. A bit tedious, though.

[jernejs]

I think this is an issue with the newly improved Windows Console Host, it only seems to support US layouts for now.

I haven't noticed any such problems in cmd.

[paulomorgado]

Nor the PowerShell console. It's only on the bash console.

[mobluse]

This laptop has Swedish keyboard. It's only when using Bash I have this problem not Cmd, that AltGr doesn't work for typing @£${[]}~|. Swedish characters also doesn't work åäöÅÄÖ even though they don't use AltGr.

I tried this but it didn't work:

root@localhost:~# locale-gen sv_SE.UTF-8
Generating locales...
  sv_SE.UTF-8... up-to-date
Generation complete.
root@localhost:~# dpkg-reconfigure locales
Generating locales...
  en_US.UTF-8... done
  sv_SE.UTF-8... up-to-date
Generation complete.
root@localhost:~# dpkg-reconfigure console-data
Looking for keymap to install:
se-latin1
Deferring virtual terminal setup until console accessible.
root@localhost:~# dpkg-reconfigure keyboard-configuration
plymouth: ply-command-parser.c:939: ply_command_parser_parse_arguments: Assertion `loop != ((void *)0)' failed.
Aborted (core dumped)
update-initramfs: deferring update (trigger activated)
Processing triggers for initramfs-tools (0.103ubuntu4.3) ...

An idea is to have some script similar to raspi-config to configure keyboard etc, since normally in Ubuntu this is done using GUI tools, see https://github.com/RPi-Distro/raspi-config/blob/master/raspi-config

[boulund]

I'm on a desktop with Swedish keyboard, experiencing the same issues as other people in this thread.
I noticed however that @ebaratte's solution, typing AltGr+5 allows you to press a subsequent combination (e.g. the pipe character; reachable on my keyboard as AltGr+< (the key left of Z, to the immediate right of my left shift key).
This solution does not work for producing ÅÄÖ though... Also, when printing left bracket "[", the printed character isn't shown until the next key press (i.e. like thilde "~" or grave accent "`" normally does). Another interesting thing to note is that typing thilde (AltGr+¨, the key top left of Enter, to the right of Å) actually works without typing AltGr+5...

[xilun]

I also have this issue with a french layout, and it is still present in build 14328.
AltGr basically does not do its job when the terminal is running bash. Works fine as usual when cmd is running.

[xilun]

Note that trying to paste non-ascii characters in the console when bash is running also does not work.
Using ConEmu instead of the console let ascii characters be written with the keyboard including with AltGr key, but unlike on the previous build non-ascii characters now can not be entered at all, including under ConEmu.

[alexqhj]

Same here for the Norwegian keyboard. AltGr isn't working, making it much more difficult than it should be to produce symbols like @£$€{[]}

I've also noticed pressing AltGr+5 or AltGr+8 before the desired combination will force it to work as intended. It seems like AltGr+5 (which behaves just like Ctrl+Alt+5) is some kind of readline command. I'm in no way an expert in this, but Ctrl+Alt+5 and then pressing any number will produce (arg: [number]) . Not sure if this is helpful.

[misenesi]

We were only supporting ASCII character set. I have just finished some work to extend it to UTF-8 and honor windows keyboard layout mapping, so in the future you could type special non-ASCII characters. We are still working on updating tty to properly support UTF-8 (especially in cooked mode) and are currently investigating why special keyboard combinations are not transmitting proper keycodes.

[xilun]

Great! Thanks for the update!

[misenesi]

Hey guys, so the proper input and ALTGR+Key combination should be fixed and eventually make its way to the one of the next flights.

[mobluse]

This is still an issue in Build 14342, and now it's worse because preceding with AltGr+5 doesn't work, but one can use AltGr+8. I have Swedish keyboard.

[amcsi]

Also instead of being able to enter characters that I would be able to enter normally into anywhere else with my Hungarian keyboard, there are some combinations that instead seem to be doing something else.

E.g. AltGr + 1 for me is supposed to type out ~, but instead this appears:

root@AMCSI-ACER:~#
backup      games       landscape   lp          messagebus  pollinate   sshd        syslog
bin         gnats       libuuid     mail        news        proxy       sync        uucp
daemon      irc         list        man         nobody      root        sys         www-data

Or if I do AltGr + é (the location of é on the keyboard is the equivalent of ; on the US keyboard), instead of getting the expected dollar sign $, this gets outputted:

root@AMCSI-ACER:~#
_                BASH_SOURCE      HISTCONTROL      LESSOPEN         OSTYPE           SHELL
BASH             BASH_SUBSHELL    HISTFILE         LINENO           PATH             SHELLOPTS
BASH_ALIASES     BASH_VERSINFO    HISTFILESIZE     LINES            PIPESTATUS       SHLVL
BASH_ARGC        BASH_VERSION     HISTSIZE         LOGNAME          PPID             SSH_AGENT_PID
BASH_ARGV        COLUMNS          HOME             LS_COLORS        PS1              SSH_AUTH_SOCK
BASH_CMDS        COMP_WORDBREAKS  HOSTNAME         MACHTYPE         PS2              TERM
BASH_COMMAND     DIRSTACK         HOSTTYPE         MAILCHECK        PS4              UID
BASH_LINENO      EUID             IFS              NAME             PWD              USER
BASHOPTS         GROUPS           LANG             OPTERR           RANDOM
BASHPID          HISTCMD          LESSCLOSE        OPTIND           SECONDS

[misenesi]

It is possible that not all changes made it into this flight. Even when the fixes get in, sometimes they might slip into the next build.

[misenesi]

This seems to be fixed in the latest internal build.

[wayne-kirk-schmidt]

Folks, still seeing the core dump issue with plymouth with the following

HP Pavillion
Windows 10 - Build 14931.rs_prerelease.160916-1700
Japanese Keyboard, English OS, Japanese Language Pack installed.

[misenesi]

@wayne-kirk-schmidt: Could we open a separate issue for plymouth core dumping?

[wayne-kirk-schmidt]

We can. Aside from the information above, I'm assuming we'd want the native Windows information on MUI, IME, and language. What else do we need?

[misenesi]

Thats enough for start, thanks a lot @wayne-kirk-schmidt !

[asteinlein]

I have the exact same issue as @tedd with the Norwegian keyboard. AltGr+2 does not produce @ as expected, nor does AltGr+3 produce £, but instead a square �. This is with all Windows updates installed and Windows Bash installed for the first time today.

[sunilmut]

@asteinlein - This is a long post and difficult to keep track now. For quicker resolution, can you please open a new issue, following the template?

[wayne-kirk-schmidt]

Gents, I know related existed on Japanese, Chinese ( simplified ), and Korean last I checked. I've seen a lot of updates recently, so I can rebuild the environment and follow this protocol and see if the errors persist.

…

On Sat, Jan 14, 2017 at 5:17 AM, Sunil Muthuswamy ***@***.***> wrote: @asteinlein <https://github.com/asteinlein> - This is a long post and difficult to keep track now. For quicker resolution, can you please open a new issue, following the template <https://github.com/Microsoft/BashOnWindows/blob/master/CONTRIBUTING.md>? — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#11 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AClwcp8m3_soinofE9TcHTFeL_3relelks5rR9vlgaJpZM4IByCU> .

-- Wayne Kirk Schmidt *email: *wayne.kirk.schmidt@gmail.com *skype:* wayne_k_schmidt *phone: * +81 090 9969 6111 *portal: *https://sites.google.com/site/waynekirkschmidt/ *profile: *http://www.linkedin.com/in/waynekirkschmidt

[asteinlein]

Thought I'd chime in with my findings on this. Turns out Asus GPU TweakII I have installed has global keyboard shortcut enabled for AltGr+2 (for the @ character). This introduces a slight delay in other programs when typing the keyboard combination as well, but the @ does show up. However, it seems like this slight delay somehow affects Windows Bash, as the character never appears.

Disabling the keyboard shortcut in Asus GPU TweakII resolved the problem in Windows Bash for me, but it seems like this could possibly be improved regardless (since, as mentioned, @ did show up after a small delay in regular applications).

[kappa77]

I have an Italian Layout ,
I am not able to pass any to bash Alt+/[digit]+/ or AltGr+/[digit]+/ sequemce .
For ex. Tilde ~ , via ALT+126 ,
copy/paste also does not work .

On Windows 10 Pro version 1703 build 15063.483
In Bash :
uname -a
Linux mypc 4.4.0-43-Microsoft #1-Microsoft Wed Dec 31 14:42:53 PST 2014 x86_64 x86_64 x86_64 GNU/Linux
lxd --version
2.0.10

[w-biggs]

I'm able to use altGr for everything except the top-left key on my keyboard; I have a custom version of the Swedish keyboard that replaces the default function of that key (which is usually §, ½, and no altGr character) to <, >, and |. The greater than/less than symbols work. However, when trying to input |, it inputs the § character instead.

[s10g]

Running NeoVim for windows in a cmd.exe in Windows Terminal, I cannot type a $ sign (AltGr+4) inside NeoVim. It does not work in the legacy cmd.exe terminal either.

[marcmarina]

I have this issue, I'm using WSL 1 with a Spanish layout.