i3 FAQ - Individual question feed

i3 FAQ - Individual question feedhttps://faq.i3wm.org/questions/Frequently asked questions and answers about the i3 window managerenCopyright i3, 2012Tue, 03 Mar 2015 09:51:42 +0000bindsym behaving like bind of corresponding keycodehttps://faq.i3wm.org/question/5559/bindsym-behaving-like-bind-of-corresponding-keycode/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?Tue, 03 Mar 2015 07:10:51 +0000https://faq.i3wm.org/question/5559/bindsym-behaving-like-bind-of-corresponding-keycode/Comment by phromo for Since an <code>apt-get upgrade</code> on trusty a few weeks back I'm having a strange issue that has seemingly only affected i3, Key bindings such as <code>bindsym $mod+r mode "resize"</code> binds the physical key of <code>r</code> on pc105 (keycode 27) to resize. My issue is that I'm using a dvorak layout though; <pre><code>~ % setxkbmap -query |grep layout layout: se_sv_dvorak,us </code></pre> Using <code>xev</code> I see that when I press my physical <code>r</code>, it is mapped to <code>p</code> (as expected) and in the terminal a <code>p</code> is printed. However, in i3, I must now use this key to resize. A few weeks back I was using <code>o</code> (keycode 32, mapped to <code>r</code> in my dvorak) for resize. My i3 configuration hasn't changed. <pre><code>~ % i3 --version i3 version 4.9 (2015-02-28, branch "tags/4.9") © 2009-2014 Michael Stapelberg and contributors </code></pre> In fact, if I issue a configuration reload, key bindings take effect as expected and I can use keycode 32 for resize (physical <code>o</code>). 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? https://faq.i3wm.org/question/5559/bindsym-behaving-like-bind-of-corresponding-keycode/?comment=5563#comment-5563If 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.Tue, 03 Mar 2015 09:51:42 +0000https://faq.i3wm.org/question/5559/bindsym-behaving-like-bind-of-corresponding-keycode/?comment=5563#comment-5563Comment by Michael for Since an <code>apt-get upgrade</code> on trusty a few weeks back I'm having a strange issue that has seemingly only affected i3, Key bindings such as <code>bindsym $mod+r mode "resize"</code> binds the physical key of <code>r</code> on pc105 (keycode 27) to resize. My issue is that I'm using a dvorak layout though; <pre><code>~ % setxkbmap -query |grep layout layout: se_sv_dvorak,us </code></pre> Using <code>xev</code> I see that when I press my physical <code>r</code>, it is mapped to <code>p</code> (as expected) and in the terminal a <code>p</code> is printed. However, in i3, I must now use this key to resize. A few weeks back I was using <code>o</code> (keycode 32, mapped to <code>r</code> in my dvorak) for resize. My i3 configuration hasn't changed. <pre><code>~ % i3 --version i3 version 4.9 (2015-02-28, branch "tags/4.9") © 2009-2014 Michael Stapelberg and contributors </code></pre> In fact, if I issue a configuration reload, key bindings take effect as expected and I can use keycode 32 for resize (physical <code>o</code>). 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? https://faq.i3wm.org/question/5559/bindsym-behaving-like-bind-of-corresponding-keycode/?comment=5562#comment-5562Please 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.Tue, 03 Mar 2015 07:51:28 +0000https://faq.i3wm.org/question/5559/bindsym-behaving-like-bind-of-corresponding-keycode/?comment=5562#comment-5562