bindsym behaving like bind of corresponding keycode [closed]
Since an apt-get upgrade on trusty a few weeks back I'm having a strange issue that has seemingly only affected i3,
Key bindings such as bindsym $mod+r mode "resize" binds the physical key of r on pc105 (keycode 27) to resize. My issue is that I'm using a dvorak layout though;
~ % setxkbmap -query |grep layout
layout: se_sv_dvorak,us
Using xev I see that when I press my physical r, it is mapped to p (as expected) and in the terminal a p is printed. However, in i3, I must now use this key to resize.
A few weeks back I was using o (keycode 32, mapped to r in my dvorak) for resize.
My i3 configuration hasn't changed.
~ % i3 --version
i3 version 4.9 (2015-02-28, branch "tags/4.9") © 2009-2014 Michael Stapelberg and contributors
In fact, if I issue a configuration reload, key bindings take effect as expected and I can use keycode 32 for resize (physical o). It seems that the wrong keys are only being bound once at my first login after boot.
Are there any known changes to i3 that could have cause this? Any other suggestions or hints where to look?
Please report this as a bug at https://github.com/i3/i3, the faq is not a bugtracker. I think https://github.com/i3/i3/issues/1302 is the corresponding issue.
If anyone else experiences this and comes to this page, note that running restart is a workaround, so adding `exec --no-startup-id i3-msg restart` is a temporary fix.