WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
212453
[GTK] Gamepad events do not occur in the flatpak shell.
https://bugs.webkit.org/show_bug.cgi?id=212453
Summary
[GTK] Gamepad events do not occur in the flatpak shell.
ChangSeok Oh
Reported
2020-05-27 19:19:07 PDT
After the gtk port moved to flatpak SDK, any signal from gamepads is not detected by webkit. Perhaps, sandbox of flatpak shell involved but it is not sure.
https://github.com/flatpak/flatpak/issues/7
Attachments
Patch
(1.55 KB, patch)
2020-10-19 12:48 PDT
,
Adrian Perez
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Philippe Normand
Comment 1
2020-05-28 02:15:19 PDT
Maybe Patrick could help here?
Philippe Normand
Comment 2
2020-05-29 09:25:38 PDT
ChangSeok, can you check if patching the bubblewrap launcher like in
https://bugs.webkit.org/show_bug.cgi?id=212524
would help?
Philippe Normand
Comment 3
2020-05-29 09:27:39 PDT
Ah sorry, it might not help. If I understand the CMake option for this, the launcher is disabled when we build from the SDK: if (CMAKE_SYSTEM_NAME MATCHES "Linux" AND NOT EXISTS "/.flatpak-info") WEBKIT_OPTION_DEFAULT_PORT_VALUE(ENABLE_BUBBLEWRAP_SANDBOX PUBLIC ON) else () WEBKIT_OPTION_DEFAULT_PORT_VALUE(ENABLE_BUBBLEWRAP_SANDBOX PUBLIC OFF) endif ()
ChangSeok Oh
Comment 4
2020-05-29 16:05:57 PDT
(In reply to Philippe Normand from
comment #3
)
> Ah sorry, it might not help. If I understand the CMake option for this, the > launcher is disabled when we build from the SDK: > > if (CMAKE_SYSTEM_NAME MATCHES "Linux" AND NOT EXISTS "/.flatpak-info") > WEBKIT_OPTION_DEFAULT_PORT_VALUE(ENABLE_BUBBLEWRAP_SANDBOX PUBLIC ON) > else () > WEBKIT_OPTION_DEFAULT_PORT_VALUE(ENABLE_BUBBLEWRAP_SANDBOX PUBLIC OFF) > endif ()
You are right. The SDK based webkit build disables ENABLE_BUBBLEWRAP_SANDBOX. I tried to forcedly enable it in flatpak shell but I couldn't since bwrap is not available in the shell.
Adrian Perez
Comment 5
2020-10-19 11:54:53 PDT
The following merge request makes libmanette usable inside Flatpak:
https://gitlab.gnome.org/aplazas/libmanette/-/merge_requests/19
The library needs to be built passing “-Dgudev=disabled” to Meson, and libmanette will fall back to using “GFileMonitor” on ”/dev/input/*” to find supported devices, which works inside the Flatpak sandbox if the application has been configured with “--device=all”, but I suspect that “--filesystem=/dev/input:ro” might work.
Adrian Perez
Comment 6
2020-10-19 12:44:04 PDT
(In reply to Adrian Perez from
comment #5
)
> The following merge request makes libmanette usable inside Flatpak: > >
https://gitlab.gnome.org/aplazas/libmanette/-/merge_requests/19
> > The library needs to be built passing “-Dgudev=disabled” to Meson, and > libmanette will fall back to using “GFileMonitor” on ”/dev/input/*” to > find supported devices, which works inside the Flatpak sandbox if the > application has been configured with “--device=all”, but I suspect that > “--filesystem=/dev/input:ro” might work.
It turns out that we already have “--device=all” somewhere, checked with: % webkit-flatpak -c grep devices /.flatpak-info devices=dri;all; % So for *development* the only moving part missing is compiling libmanette with “-Dgudev=disabled” and then game pads should work in the MiniBrowser for development 🙌️
Adrian Perez
Comment 7
2020-10-19 12:48:26 PDT
Created
attachment 411777
[details]
Patch
EWS
Comment 8
2020-10-20 03:53:43 PDT
Committed
r268721
: <
https://trac.webkit.org/changeset/268721
> All reviewed patches have been landed. Closing bug and clearing flags on
attachment 411777
[details]
.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug