mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #557] Preventing mouse pointer being locked into firejail Xephyr? #393
Labels
No labels
LTS merge
LTS merge
bug
bug
converted-to-discussion
doc-todo
documentation
duplicate
enhancement
file-transfer
firecfg
firejail-in-firejail
firetools
graphics
help wanted
information_old
installation
invalid
modif
moved
needinfo
networking
notabug
notourbug
old-version
overlayfs
packaging
profile-request
pull-request
question
question_old
removal
runtime-permissions
sandbox-ipc
security
stale
wiki
wiki
wontfix
wordpress
workaround
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/firejail#393
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @laniakea64 on GitHub (Jun 6, 2016).
Original GitHub issue: https://github.com/netblue30/firejail/issues/557
Environment
Lubuntu 14.04
firejail self build from
a81568d4f0Firefox 46.0.1
Steps to reproduce
firejail --ignore=noroot --profile=~/.config/firejail/firefox.profile --x11 openbox(or even:firejail --noprofile --x11 openbox)Now the mouse pointer is locked inside the Xephyr, the only way I've found to get it back is to switch to a different tty (Ctrl-Alt-F1) and kill the Xephyr PID with SIGINT. 😕
Can this sort of mouse pointer "stealing" be prevented, either by firejail or some other means?
Or is there some other (guaranteed) way to get the mouse pointer back in these situations without switching tty or quitting the Xephyr?
Thanks in advance.
@netblue30 commented on GitHub (Jun 6, 2016):
It looks like Xephyr grabs the keyboard and the mouse when you press Ctrl-Shift. If you press Ctrl-Shift again it will release the mouse. According to these http://superuser.com/questions/280375/how-to-change-default-behavior-of-xephyr-for-capturing-and-releasing-keyboard-mo people, it is hardcoded in Xephyr.
Maybe Ctrl-Shift can be redirected to something else using xmodmap utility, but in that case ctrl-shift-J will not work in Firefox.
@laniakea64 commented on GitHub (Jun 6, 2016):
Good to know that it's not the sandboxed application doing this 👍
I see now that Ctrl-Shift is what's grabbing the mouse, but Ctrl-Shift again does not release the mouse in a firejail Xephyr. However, the second Ctrl-Shift does correctly release the mouse in a non-firejail Xephyr.
Some investigation points to the use of the Xephyr command-line option
-titleas the culprit.As a work-around, can firejail please add an option to disable the use of the
-titleXephyr command-line option?@netblue30 commented on GitHub (Jun 6, 2016):
I can exit with a single Ctrl-Shift when using Firejail. I'll document the behavior, the title stays.
@laniakea64 commented on GitHub (Jun 6, 2016):
I'm hitting this problem even in the Lubuntu 16.04 live CD environment, specifying
-titleis preventing Ctrl-Shift from releasing mouse and keyboard.How are you getting it to work?
@netblue30 commented on GitHub (Jun 7, 2016):
I'll bring something in shortly.
@netblue30 commented on GitHub (Jun 9, 2016):
Fixed! Install the version from git, and edit /etc/firejail/firejail.config file. You need to add "xephyr-window-title no" at the end.
@laniakea64 commented on GitHub (Jun 9, 2016):
Nice 😃 Confirmed fixed by
ecaf0cb4ed, thanks!@netblue30 commented on GitHub (Jun 10, 2016):
No problem, if you find out anything else just let me know.
@alextrekov3307 commented on GitHub (Mar 11, 2020):
This problem is still present. Why isn't xephyr-window-title a valid command line argument?