XFCE desktop shortcuts are unusable for about 30-40 seconds
after switching from tty to Xorg if there exists a .Xmodmap
file in $HOME. Without a .Xmodmap file, the delay is about 10
seconds. Similar behavior gets triggered when a keyboard is
reconnected to an USB port. With this patch, desktop shortcuts
are usable immediately (likely in less than 0.25 seconds after
switching from tty to Xorg).
An issue not fixed by this patch is that /usr/bin/xmodmap
can be executed about 30 times after switching to Xorg.
However, on the tested machine with a relatively small .Xmodmap
this does not pose a performance issue which would be noticeable
by the user.
See https:/ /forum. xfce.org/ viewtopic. php?id= 13926 /gitlab. xfce.org/ xfce/xfce4- settings/ -/issues/ 168
and upstream issue https:/
There is a partial fix which apparently fixes the desktop shortcuts being locked, but not the multiple calls to xmodmap: https:/ /gitlab. xfce.org/ atomsymbol/ libxfce4ui/ -/commit/ 85d8d390f9f2265 613da4291992523 937a7a2519
XFCE desktop shortcuts are unusable for about 30-40 seconds
after switching from tty to Xorg if there exists a .Xmodmap
file in $HOME. Without a .Xmodmap file, the delay is about 10
seconds. Similar behavior gets triggered when a keyboard is
reconnected to an USB port. With this patch, desktop shortcuts
are usable immediately (likely in less than 0.25 seconds after
switching from tty to Xorg).
An issue not fixed by this patch is that /usr/bin/xmodmap
can be executed about 30 times after switching to Xorg.
However, on the tested machine with a relatively small .Xmodmap
this does not pose a performance issue which would be noticeable
by the user.