mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #1080] Owlboy: Unable to detect controllers #738
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#738
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 @0x647262 on GitHub (Jan 29, 2017).
Original GitHub issue: https://github.com/netblue30/firejail/issues/1080
With the above configuration I am unable to use controllers in Owlboy (as well as detect them in other games). How can I go about debugging which option is blacklisting the controllers?
I am able to use the controllers when
--noprofileis passed.@netblue30 commented on GitHub (Jan 29, 2017):
This is very strange:
It behaves as if a firejail sandbox is already embedded into the game!
What happens if you start the game without firejail? Start the game without firejail and in a different terminal run "firejail --tree". This will list all the sandboxes running with all the sandboxed processes, maybe the game is already sandboxed. What distro are you using?
@0x647262 commented on GitHub (Jan 29, 2017):
https://aur.archlinux.org/packages/gog-owlboy/
Whoops, that's a wrapper script I created to make sure if there was no $APP.profile, that it would not be sandboxed.
Running without the wrapper:
With firejail:
Firejail with
--noprofilepassed:Sorry for the confusion!
@0x647262 commented on GitHub (Apr 14, 2017):
Was a commit pushed that might fix this?
@0x647262 commented on GitHub (Apr 18, 2017):
Tested last night, and the issue still persists. I'll do some more digging after work tonight.
Note: If using a kernel greater than Linux 4.9 (LTS), DS4 controllers will not be detected by the game, even without Firejail.
@netblue30 commented on GitHub (Apr 20, 2017):
I'll close it, it is something to do with the support in the kernel.