202880 2019-10-12 02:14:04 -0700 [WPE][GTK] Bubblewrap sandbox should not attempt to bind empty paths 2020-08-10 05:58:45 -0700 1 1 1 Unclassified WebKit WebKitGTK WebKit Nightly Build Unspecified Unspecified RESOLVED FIXED https://bugzilla.redhat.com/show_bug.cgi?id=1781631 P2 Normal --- 1 ryan mcatanzaro bugs-noreply cgarcia mcatanzaro pgriffis rishi.is oldest_to_newest 1579413 0 ryan 2019-10-12 02:14:04 -0700 The version of Epiphany packaged with Fedora 31 (3.34.1)/WebKitGTK is unable to load webpages. The URL bar will accept a URL but stall with the progress indicator showing ~10%. Nothing is rendered. No useful debug output in console other than bwrap: Can't create file at /.flatpak-info: Read-only file system The nightly version installed from flatpak at https://nightly.gnome.org/repo/appstream/org.gnome.Epiphany.Devel.flatpakref works without issues. Interestingly, keyboard shortcuts such as Ctrl-L also fail to work even when the window is focused, so I suspect this is a Wayland specific issue. I note that the same install works fine using a Wayland gnome-shell session, so seems Sway-specific. Happy to post a WAYLAND_DEBUG log if that's helpful. 1579423 1 mcatanzaro 2019-10-12 06:56:31 -0700 (In reply to Ryan Walklin from comment #0) > bwrap: Can't create file at /.flatpak-info: Read-only file system 1579425 2 ryan 2019-10-12 07:38:08 -0700 I've done a bit more experimenting. Opening Epiphany from the .desktop file in gnome-shell works fine under both Wayland and X sessions, however if I try to call epiphany from the command-line (as I'm doing with Sway using an fzf-based launcher) I can reproduce the same behaviour under gnome-shell, ie Epiphany launches but will not load pages. Attempting to use the .desktop file from the command line using gtk-launch with both Sway and gnome-shell also fails. I note the error message contains a root path (/.flatpak-info), might this be an issue with the runtime directory not set properly when loading from the command line? 1579465 3 pgriffis 2019-10-12 17:24:40 -0700 (In reply to Ryan Walklin from comment #2) > I've done a bit more experimenting. Opening Epiphany from the .desktop file > in gnome-shell works fine under both Wayland and X sessions, however if I > try to call epiphany from the command-line (as I'm doing with Sway using an > fzf-based launcher) I can reproduce the same behaviour under gnome-shell, ie > Epiphany launches but will not load pages. > > Attempting to use the .desktop file from the command line using gtk-launch > with both Sway and gnome-shell also fails. > > I note the error message contains a root path (/.flatpak-info), might this > be an issue with the runtime directory not set properly when loading from > the command line? `bwrap` would be creating the file in its own new tmpfs root. I can't imagine why it would fail. Trying to reproduce locally on GNOME-Shell (Fedora 30) and I cannot. The source of `gtk-launch` is very simple also and doesn't seem to do anything crazy. 1668565 4 mcatanzaro 2020-07-03 07:35:30 -0700 *** Bug 213925 has been marked as a duplicate of this bug. *** 1668566 5 mcatanzaro 2020-07-03 07:35:50 -0700 If an empty path is set in LD_LIBRARY_PATH (e.g. /foo::/bar), we wind up passing --ro-bind-try --ro-bind-try to bwrap, where the second --ro-bind-try is treated as the source path to mount, and the next flag we pass gets treated as the destination path. The web process crashes with this confusing error: bwrap: Can't create file at /.flatpak-info: Read-only file system 1668567 6 403458 mcatanzaro 2020-07-03 07:39:29 -0700 Created attachment 403458 Patch 1668579 7 ews-feeder 2020-07-03 08:09:43 -0700 Committed r263899: <https://trac.webkit.org/changeset/263899> All reviewed patches have been landed. Closing bug and clearing flags on attachment 403458. 1668601 8 mcatanzaro 2020-07-03 11:11:14 -0700 (In reply to Michael Catanzaro from comment #5) > If an empty path is set in LD_LIBRARY_PATH Ryan, can you confirm if this was indeed your problem? I was able to reproduce this issue when running with LD_LIBRARY_PATH=:: 1668867 9 ryan 2020-07-04 21:31:21 -0700 (In reply to Michael Catanzaro from comment #8) > Ryan, can you confirm if this was indeed your problem? So it was, unsetting LD_LIBRARY_PATH allowed epiphany to load fine from the Fedora package. My .bashrc was setting LD_LIBRARY_PATH="/usr/local/lib:/usr/local/lib64:$LD_LIBRARY_PATH", so ended up with an empty path at the end. Thanks for the fix! 1679044 10 rishi.is 2020-08-10 05:58:45 -0700 Wow! Thanks for tracking it down, Michael. I also had a trailing colon in my LD_LIBRARY_PATH and was hitting this same bug. 403458 2020-07-03 07:39:29 -0700 2020-07-03 08:09:43 -0700 Patch bug-202880-20200703093928.patch text/plain 1740 mcatanzaro U3VidmVyc2lvbiBSZXZpc2lvbjogMjYzNjU5CmRpZmYgLS1naXQgYS9Tb3VyY2UvV2ViS2l0L0No YW5nZUxvZyBiL1NvdXJjZS9XZWJLaXQvQ2hhbmdlTG9nCmluZGV4IDJkYmFlZTI2OTQ0NzRhZTVh MTc2OWJjZjljMjY4ZDc2MTI0ZmM0MjguLjliZTYxOTVlZTgwOTIyOTUxY2Y3ZjMwZGU0MjNkM2Y5 NzNkZGIwOWMgMTAwNjQ0Ci0tLSBhL1NvdXJjZS9XZWJLaXQvQ2hhbmdlTG9nCisrKyBiL1NvdXJj ZS9XZWJLaXQvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMjAgQEAKKzIwMjAtMDctMDMgIE1pY2hhZWwg Q2F0YW56YXJvICA8bWNhdGFuemFyb0Bnbm9tZS5vcmc+CisKKyAgICAgICAgW1dQRV1bR1RLXSBC dWJibGV3cmFwIHNhbmRib3ggc2hvdWxkIG5vdCBhdHRlbXB0IHRvIGJpbmQgZW1wdHkgcGF0aHMK KyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTIwMjg4MAor CisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIElmIGFuIGVt cHR5IHBhdGggaXMgc2V0IGluIExEX0xJQlJBUllfUEFUSCAoZS5nLiAvZm9vOjovYmFyKSwgd2Ug d2luZCB1cCBwYXNzaW5nCisgICAgICAgIC0tcm8tYmluZC10cnkgICAtLXJvLWJpbmQtdHJ5IHRv IGJ3cmFwLCB3aGVyZSB0aGUgc2Vjb25kIC0tcm8tYmluZC10cnkgaXMgdHJlYXRlZCBhcyB0aGUK KyAgICAgICAgc291cmNlIHBhdGggdG8gbW91bnQsIGFuZCB0aGUgbmV4dCBmbGFnIHdlIHBhc3Mg Z2V0cyB0cmVhdGVkIGFzIHRoZSBkZXN0aW5hdGlvbiBwYXRoLiBUaGUKKyAgICAgICAgd2ViIHBy b2Nlc3MgY3Jhc2hlcyB3aXRoIHRoaXMgY29uZnVzaW5nIGVycm9yOgorCisgICAgICAgIGJ3cmFw OiBDYW4ndCBjcmVhdGUgZmlsZSBhdCAvLmZsYXRwYWstaW5mbzogUmVhZC1vbmx5IGZpbGUgc3lz dGVtCisKKyAgICAgICAgKiBVSVByb2Nlc3MvTGF1bmNoZXIvZ2xpYi9CdWJibGV3cmFwTGF1bmNo ZXIuY3BwOgorICAgICAgICAoV2ViS2l0OjpiaW5kSWZFeGlzdHMpOgorCiAyMDIwLTA2LTI5ICBF bGxpb3QgIDxDaGVlc2VFQm9pQG1haWxvLmNvbT4KIAogICAgICAgICBbR1RLXSBEYXJrIG1vZGUg Zm9yIEdUSyB0aGVtZXMgdGhhdCBlbmQgd2l0aCAtRGFyawpkaWZmIC0tZ2l0IGEvU291cmNlL1dl YktpdC9VSVByb2Nlc3MvTGF1bmNoZXIvZ2xpYi9CdWJibGV3cmFwTGF1bmNoZXIuY3BwIGIvU291 cmNlL1dlYktpdC9VSVByb2Nlc3MvTGF1bmNoZXIvZ2xpYi9CdWJibGV3cmFwTGF1bmNoZXIuY3Bw CmluZGV4IGJiNDc4Y2Y2NTVjNjgxNDM4NmEwMzI3MDhkZDVmMmFmNTI2OWU0NTMuLmYxMmY2MjY2 MjJhNGY0NWZmZjYxMTRiYzk2MjU0MDkwOGI1OWY3NzkgMTAwNjQ0Ci0tLSBhL1NvdXJjZS9XZWJL aXQvVUlQcm9jZXNzL0xhdW5jaGVyL2dsaWIvQnViYmxld3JhcExhdW5jaGVyLmNwcAorKysgYi9T b3VyY2UvV2ViS2l0L1VJUHJvY2Vzcy9MYXVuY2hlci9nbGliL0J1YmJsZXdyYXBMYXVuY2hlci5j cHAKQEAgLTI3Niw3ICsyNzYsNyBAQCBlbnVtIGNsYXNzIEJpbmRGbGFncyB7CiAKIHN0YXRpYyB2 b2lkIGJpbmRJZkV4aXN0cyhWZWN0b3I8Q1N0cmluZz4mIGFyZ3MsIGNvbnN0IGNoYXIqIHBhdGgs IEJpbmRGbGFncyBiaW5kRmxhZ3MgPSBCaW5kRmxhZ3M6OlJlYWRPbmx5KQogewotICAgIGlmICgh cGF0aCkKKyAgICBpZiAoIXBhdGggfHwgcGF0aFswXSA9PSAnXDAnKQogICAgICAgICByZXR1cm47 CiAKICAgICBjb25zdCBjaGFyKiBiaW5kVHlwZTsK