bindsym behaving like bind of corresponding keycode [closed]

asked 2015-03-03 07:10:51 +0000

phromo gravatar image

updated 2015-03-03 07:38:05 +0000

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?

edit retag flag offensive reopen merge delete

Closed for the following reason not a real question by Michael
close date 2015-03-03 07:51:32.847664


Please report this as a bug at, the faq is not a bugtracker. I think is the corresponding issue.

Michael gravatar imageMichael ( 2015-03-03 07:51:28 +0000 )edit

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.

phromo gravatar imagephromo ( 2015-03-03 09:51:42 +0000 )edit