142334 2015-03-05 03:20:47 -0800 [GTK] Apps Using Webkit Under Wayland Do Not Render Pages (GNOME 3.15) 2015-07-01 09:00:05 -0700 1 1 1 Unclassified WebKit WebKitGTK 528+ (Nightly build) Other Linux RESOLVED FIXED P2 Normal --- 81456 1 Antoine.Saroufim webkit-unassigned cgarcia clopez mcatanzaro unixman zan oldest_to_newest 1074464 0 Antoine.Saroufim 2015-03-05 03:20:47 -0800 Apps running under Wayland on openSUSE Factory using GNOME 3.15 do not render pages at all. Gnome-maps would display an empty UI and Epiphany would keep loading the pages forever but wouldn't display anything. Please note that everything works fine under x11 on the same system. 1075601 1 mcatanzaro 2015-03-09 08:02:58 -0700 FWIW: WebKitGTK+ 2.6.5 works fine running under Wayland with GNOME 3.14 in Fedora. At least, it works well enough for me to post this Bugzilla comment using it! FWIW: The current plan is to use Wayland as the default session in Fedora 23 (release: November) but WebKitGTK+ is important enough to delay that if it's not working. 1075733 2 zan 2015-03-09 13:37:09 -0700 I can both post Bugzilla comments and reproduce the problem on maps.google.com with tip-of-tree WebKitGTK+, GTK+ 3.15.10 and Weston master. 1075735 3 zan 2015-03-09 13:41:45 -0700 A crash is occurring on maps.google.com. Only reproducible under Wayland. Backtrace: #0 _fill_xrgb32_lerp_opaque_spans (abstract_renderer=0x7ffcc3c5dc90, y=110, h=0, spans=0x1baee60, num_spans=8) at cairo-image-compositor.c:2249 #1 0x00007f11a15bd196 in blit_a8 (xmax=101, xmin=0, height=1, y=110, spans=0x1baee50, renderer=0x7ffcc3c5dc90, cells=<optimized out>) at cairo-tor-scan-converter.c:1635 #2 glitter_scan_converter_render (renderer=0x7ffcc3c5dc90, antialias=1, winding_mask=<optimized out>, converter=<optimized out>) at cairo-tor-scan-converter.c:1786 #3 _cairo_tor_scan_converter_generate (converter=0x19faae0, renderer=0x7ffcc3c5dc90) at cairo-tor-scan-converter.c:1849 #4 0x00007f11a15afc99 in composite_polygon (extents=extents@entry=0x7ffcc3c5f5a0, polygon=polygon@entry=0x7ffcc3c5f160, fill_rule=fill_rule@entry=CAIRO_FILL_RULE_WINDING, antialias=antialias@entry=CAIRO_ANTIALIAS_DEFAULT, compositor=0x7f11a1868780 <spans>, compositor=0x7f11a1868780 <spans>) at cairo-spans-compositor.c:801 #5 0x00007f11a15b066a in clip_and_composite_polygon (compositor=compositor@entry=0x7f11a1868780 <spans>, extents=extents@entry=0x7ffcc3c5f5a0, polygon=polygon@entry=0x7ffcc3c5f160, fill_rule=CAIRO_FILL_RULE_WINDING, antialias=antialias@entry=CAIRO_ANTIALIAS_DEFAULT) at cairo-spans-compositor.c:967 #6 0x00007f11a15b11f7 in _cairo_spans_compositor_stroke (_compositor=0x7f11a1868780 <spans>, extents=0x7ffcc3c5f5a0, path=<optimized out>, style=0x7ffcc3c5f9b0, ctm=0x7ffcc3c5f9e0, ctm_inverse=0x7ffcc3c5fa10, tolerance=0.10000000000000001, antialias=CAIRO_ANTIALIAS_DEFAULT) at cairo-spans-compositor.c:1083 #7 0x00007f11a156c1ee in _cairo_compositor_stroke (compositor=0x7f11a1868780 <spans>, surface=0x1d85000, op=CAIRO_OPERATOR_CLEAR, source=0xbe00ac, path=0xe46768, style=0x7ffcc3c5f9b0, ctm=0x7ffcc3c5f9e0, ctm_inverse=0x7ffcc3c5fa10, tolerance=-0, antialias=CAIRO_ANTIALIAS_DEFAULT, clip=0x0) at cairo-compositor.c:157 #8 0x00007f11a157d302 in _cairo_image_surface_stroke (abstract_surface=<optimized out>, op=<optimized out>, source=<optimized out>, path=<optimized out>, style=<optimized out>, ctm=<optimized out>, ctm_inverse=0x7ffcc3c5fa10, tolerance=<optimized out>, antialias=CAIRO_ANTIALIAS_DEFAULT, clip=0x0) at cairo-image-surface.c:964 #9 0x00007f11a15b4556 in _cairo_surface_stroke (surface=0xc99930, op=CAIRO_OPERATOR_OVER, source=0x7ffcc3c5fa40, path=0xe46768, stroke_style=0x7ffcc3c5f9b0, ctm=0x7ffcc3c5f9e0, ctm_inverse=0x7ffcc3c5fa10, tolerance=0.10000000000000001, antialias=CAIRO_ANTIALIAS_DEFAULT, clip=0x0) at cairo-surface.c:2270 #10 0x00007f11a157422a in _cairo_gstate_stroke (gstate=0xee, path=0x1d85000, path@entry=0xe46768) at cairo-gstate.c:1194 #11 0x00007f11a156dbc9 in _cairo_default_context_stroke (abstract_cr=0xe46400) at cairo-default-context.c:1010 #12 0x00007f11a15670b5 in INT_cairo_stroke (cr=0xee) at cairo.c:2150 #13 0x00007f11a47ce171 in WebCore::CanvasRenderingContext2D::strokeInternal(WebCore::Path const&) () from /data/webkit/git/WebKitBuild/Release/lib/libwebkit2gtk-4.0.so.37 #14 0x00007f11a506529b in WebCore::jsCanvasRenderingContext2DPrototypeFunctionStroke(JSC::ExecState*) () from /data/webkit/git/WebKitBuild/Release/lib/libwebkit2gtk-4.0.so.37 #15 0x00007f118dffe1a8 in ?? () #16 0x00007ffcc3c5fdc0 in ?? () #17 0x00007f114e35a68c in ?? () #18 0x0000000000000000 in ?? () 1078591 4 zan 2015-03-19 12:35:18 -0700 Somehow I can't reproduce the crash anymore. Can anyone try to confirm this? After maps.google.com is loaded, the relevant WebKitWebProcess should still be alive, and moving mouse across the window should change the cursor, indicating there's actual content there, just not displayed. As far as I've looked into this, the issue is that even under Wayland WebKitGTK+ is entering accelerated compositing mode, for which there's no support for just yet. This results in content not being displayed at all. 1105369 5 unixman 2015-06-29 04:28:01 -0700 it still do not render sites like vimeo, youtube. i am able to play youtube videos but only sound, video part not seen. i attacked a log after playing finished. gtk-3.16.4 webkit-2.8.3 epiphany-3.16.1 mesa-10-6.0 everythings stock arch-linux with latest upgrade. HW: intel ivybridge (HD 4XXX) 1105370 6 255743 unixman 2015-06-29 04:36:27 -0700 Created attachment 255743 playing video ended. 1105371 7 unixman 2015-06-29 04:43:04 -0700 forgot: wayland-1.8.1 weston-1.8.0 weston is running on pure drm-backend even i deleted xwayland.so manually. 1106063 8 mcatanzaro 2015-07-01 08:57:31 -0700 (In reply to comment #4) > As far as I've looked into this, the issue is that even under Wayland > WebKitGTK+ is entering accelerated compositing mode, for which there's no > support for just yet. This results in content not being displayed at all. I tested this again today. When built without ENABLE_WAYLAND_TARGET, pages that trigger accelerated compositing do not load at all when running under XWayland -- that is just totally broken. But when built with ENABLE_WAYLAND_TARGET, accelerated compositing is not used and the pages work fine. So once 2.10 is out, distros can finally set ENABLE_WAYLAND_TARGET without having to disable ENABLE_X11_TARGET, thanks to Carlos Lopez, and we will be good. That was a very major problem and I'm glad it appears to be solved. I think we can simply say that accelerated compositing is not supported without ENABLE_WAYLAND_TARGET, so I will say RESOLVED FIXED. Although if it's possible to detect that we're running under XWayland and disable accelerated compositing in that case, that would be even better. (In reply to comment #5) > gtk-3.16.4 webkit-2.8.3 epiphany-3.16.1 mesa-10-6.0 To be clear: if you upgrade to unstable WebKitGTK+ 2.9.3 and pass -DENABLE_WAYLAND_TARGET=ON to CMake, then this should work. Once the stable release 2.10.0 is out, please ask the Arch folks to use ENABLE_WAYLAND_TARGET to update and use ENABLE_WAYLAND_TARGET, then this should work. 1106066 9 mcatanzaro 2015-07-01 09:00:05 -0700 (In reply to comment #5) > it still do not render sites like vimeo, youtube. > > i am able to play youtube videos but only sound, video part not seen. I can't test this since our video playback is totally broken due to bug #135972, but if it's still an issue with 2.9.3 built with ENABLE_WAYLAND_TARGET, please file a new bug. 255743 2015-06-29 04:36:27 -0700 2015-06-29 04:36:27 -0700 playing video ended. video_play.log application/octet-stream 885 unixman KGVwaXBoYW55OjcyNik6IEdMaWItR09iamVjdC1XQVJOSU5HICoqOiBUaGUgcHJvcGVydHkgR3Rr U2V0dGluZ3M6Z3RrLXNob3ctaW5wdXQtbWV0aG9kLW1lbnUgaXMgZGVwcmVjYXRlZCBhbmQgc2hv dWxkbid0IGJlIHVzZWQgYW55bW9yZS4gSXQgd2lsbCBiZSAKcmVtb3ZlZCBpbiBhIGZ1dHVyZSB2 ZXJzaW9uLgoKKFdlYktpdFdlYlByb2Nlc3M6MTAxMSk6IEdkay1DUklUSUNBTCAqKjogZ2RrX3Nj cmVlbl9nZXRfbW9uaXRvcl9zY2FsZV9mYWN0b3I6IGFzc2VydGlvbiAnbW9uaXRvcl9udW0gPCBn ZGtfc2NyZWVuX2dldF9uX21vbml0b3JzIChzY3JlZW4pJyBmYWlsZWQKCihlcGlwaGFueTo3MjYp OiBHZGstQ1JJVElDQUwgKio6IGdka19kZXZpY2VfZ2V0X3dpbmRvd19hdF9wb3NpdGlvbl9kb3Vi bGU6IGFzc2VydGlvbiAnR0RLX0lTX0RFVklDRSAoZGV2aWNlKScgZmFpbGVkCgooZXBpcGhhbnk6 NzI2KTogR2RrLUNSSVRJQ0FMICoqOiBnZGtfd2luZG93X2dldF90b3BsZXZlbDogYXNzZXJ0aW9u ICdHREtfSVNfV0lORE9XICh3aW5kb3cpJyBmYWlsZWQKCihlcGlwaGFueTo3MjYpOiBHZGstQ1JJ VElDQUwgKio6IGdka193aW5kb3dfZ2V0X2RldmljZV9wb3NpdGlvbl9kb3VibGU6IGFzc2VydGlv biAnR0RLX0lTX1dJTkRPVyAod2luZG93KScgZmFpbGVkCmxpYnZhIGluZm86IFZBLUFQSSB2ZXJz aW9uIDAuMzcuMApsaWJ2YSBpbmZvOiB2YV9nZXREcml2ZXJOYW1lKCkgcmV0dXJucyAwCmxpYnZh IGluZm86IFRyeWluZyB0byBvcGVuIC91c3IvbGliL2RyaS9pOTY1X2Rydl92aWRlby5zbwpsaWJ2 YSBpbmZvOiBGb3VuZCBpbml0IGZ1bmN0aW9uIF9fdmFEcml2ZXJJbml0XzBfMzcKbGlidmEgaW5m bzogdmFfb3BlbkRyaXZlcigpIHJldHVybnMgMAoK