171161 2017-04-22 02:52:03 -0700 [GTK] Crash of WebProcess with on-demand AC 2017-08-31 00:34:54 -0700 1 1 1 Unclassified WebKit WebKitGTK WebKit Nightly Build Unspecified Unspecified RESOLVED FIXED https://bugs.webkit.org/show_bug.cgi?id=171205 P2 Normal --- 1 manday magomez alicem bugs-noreply cgarcia commit-queue magomez mcatanzaro oldest_to_newest 1300177 0 manday 2017-04-22 02:52:03 -0700 With 2.16.1 there are frequent issues on Wayland with a lot of pages that rendered correctly before. I can only give an example here and hope that someone can reproduce this. Weston + MiniBrowser 2.16.1 + MESA git 17.0-branchpoint-2613-g957ccbe + No X11 libraries (WKGTK+ Source w/ minor patches to the wayland backend and ANGLE to prevent inclusion of X11 header files) There is a distinct problem where the page becomes (GTKish window color) gray and is unresponsive. Moving the mouse cursor across MiniBrowser causes the gray to flicker back-and-forth to the supposed content, which however remains unresponsive. The UI otherwise is still responsive (navigating back to the previous page or refreshing has an effect, for example). Unfortunally, I can not reliably quote a page which reproduces this issue (for example the current Google "doodle" has this problem but will be gone soon). A page, which refuses to render though is for instance https://www.epson.de/products/see-through-mobile-viewer/moverio-bt-300 though it appears to be a different kind of behaviour. If I find any pages where one can reliably reproduce the first bug, I'll report them here. 1300188 1 mcatanzaro 2017-04-22 06:34:35 -0700 We recently started getting complaints that YouTube does not render anything. I wonder if it is this same issue. (In reply to ManDay from comment #0) > A page, which refuses to render though is for instance > > https://www.epson.de/products/see-through-mobile-viewer/moverio-bt-300 > > though it appears to be a different kind of behaviour. Yes, I can reproduce this. It's totally white. I doubt rendering is the only problem here, though, because it also took astoundingly-long to load. 1300189 2 mcatanzaro 2017-04-22 06:34:58 -0700 (In reply to Michael Catanzaro from comment #1) > We recently started getting complaints that YouTube does not render > anything. I wonder if it is this same issue. (Note: I can't reproduce on YouTube.) 1304011 3 alicem 2017-05-03 05:52:32 -0700 (In reply to Michael Catanzaro from comment #2) > (In reply to Michael Catanzaro from comment #1) > > We recently started getting complaints that YouTube does not render > > anything. I wonder if it is this same issue. > > (Note: I can't reproduce on YouTube.) I can only reproduce it on the new YouTube design that can be enabled on youtube.com/testtube But it happens both with webkitgtk 2.16.1 and 2.14.1, so it's probably a different issue. 1304012 4 manday 2017-05-03 06:25:00 -0700 I can occasionally reproduce the "apparent freez w/ GTK gray" on this page https://itch.io/games/html5 though not through some reliable steps, in weston. Takes a bit of scrolling around and hovering over the elements. Behaviour is the same: MiniBrowser (apparently) freezes, resizing the window turns it all grey and sometimes, moving the mouse into certain areas causes it to flicker to the content and back to gray. 1304014 5 alicem 2017-05-03 06:52:40 -0700 (In reply to exalm7659 from comment #3) > I can only reproduce it on the new YouTube design that can be enabled on > youtube.com/testtube > > But it happens both with webkitgtk 2.16.1 and 2.14.1, so it's probably a > different issue. Addition: And on X11 as well. 1304066 6 mcatanzaro 2017-05-03 09:48:11 -0700 (In reply to exalm7659 from comment #3) > I can only reproduce it on the new YouTube design that can be enabled on > youtube.com/testtube > > But it happens both with webkitgtk 2.16.1 and 2.14.1, so it's probably a > different issue. Yes, bug #171603 1308465 7 manday 2017-05-14 02:29:37 -0700 I've found that the precise issue with a gray, unresponsive Webview happens quite reliably on Google Drive/Docs. That is, after I log in to "Google Drive" and choose "New > Google Docs > Empty document" one of the two windows fairly quickly goes gray. Maybe someone could give it a try on these pages and see whether or not it is stable for them. 1332617 8 manday 2017-07-27 02:45:10 -0700 With the recent unstalbe release 2.17.5 things got worse, but also easily reproducible now for me. In weston, I start MiniBrowser, navigate to http://www.zeit.de and drag the window larger towards the right by the right border. The new area is black and doesn't render properly (I suspect that's one example of a multitude of various symptoms seen in different WMs and on different webpages). 1336942 9 magomez 2017-08-09 07:01:48 -0700 I've been testing a bit with current ToT and http://www.zeit.de, both with Wayland and Xorg, and both with AC enabled and disabled. I see that using Xorg, resizing the window is way more expensive than using Wayland. The window takes a while to be redrawn and so does the page, and the resize is sluggish. Using Wayland, both the window resize and the page redraw is smooth and fluent. This is the same both with and without AC, despite without AC everything is a bit smoother. I also found that with AC enabled, both in Xorg and Wayland, resizing the window several times can lead to a crash in the WebProcess. I'll try to find what's happening there. 1337348 10 magomez 2017-08-10 01:26:54 -0700 > I also found that with AC enabled, both in Xorg and Wayland, resizing the > window several times can lead to a crash in the WebProcess. I'll try to find > what's happening there. It seems that the crash was related to https://bugs.webkit.org/show_bug.cgi?id=173866. I've tested with the patch proposed for that bug and I'm not able to reproduce the crash anymore. Regarding the rendering issues, I'm not able to reproduce them, besides the sluggish window resizing with Xorg. Can we retest this once 2.18 is released and see whether the problem is still there? 1337853 11 magomez 2017-08-11 02:09:20 -0700 I've been playing with a test page ManDay sent me and I can easily reproduce a crash in the web process with it. I've looked a bit into it and I found that it's related to entering AC mode on demand. When loading the page, AC mode gets enabled. If the window is made bigger, the browser will exit AC mode, and if the window is made smaller again the browser will try to enter AC mode again and crash. I'll keep investigating. The crash can be avoided by using WEBKIT_DISABLE_COMPOSITING_MODE=1 or WEBKIT_FORCE_COMPOSITING_MODE=1, as both vars disable on demand AC. 1337854 12 manday 2017-08-11 02:25:32 -0700 I tried WEBKIT_DISABLE_COMPOSITING_MODE=1 and the issue is gone for me. It appears we are talking about the same thing now. 1339103 13 magomez 2017-08-16 00:51:52 -0700 *** Bug 174480 has been marked as a duplicate of this bug. *** 1339117 14 318246 magomez 2017-08-16 02:39:48 -0700 Created attachment 318246 Patch 1339125 15 318246 cgarcia 2017-08-16 03:17:57 -0700 Comment on attachment 318246 Patch Good catch! 1339138 16 318246 commit-queue 2017-08-16 04:26:42 -0700 Comment on attachment 318246 Patch Clearing flags on attachment: 318246 Committed r220793: <http://trac.webkit.org/changeset/220793> 1339139 17 commit-queue 2017-08-16 04:26:44 -0700 All reviewed patches have been landed. Closing bug. 1343883 18 magomez 2017-08-31 00:34:54 -0700 *** Bug 169184 has been marked as a duplicate of this bug. *** 318246 2017-08-16 02:39:48 -0700 2017-08-16 04:26:42 -0700 Patch bug-171161-20170816113947.patch text/plain 1705 magomez U3VidmVyc2lvbiBSZXZpc2lvbjogMjIwNzg2CmRpZmYgLS1naXQgYS9Tb3VyY2UvV2ViS2l0L0No YW5nZUxvZyBiL1NvdXJjZS9XZWJLaXQvQ2hhbmdlTG9nCmluZGV4IGJkMzYxNjQyZTQzOGZjNTJh ZGM0YjljZTQ4YzI0MTg4YWRiMTM5ZjMuLjQxODYzOWM4ZmNhNDk0ZGYzNjAxMjI3ZGI0MzAyZGRm OThhNTA3NjQgMTAwNjQ0Ci0tLSBhL1NvdXJjZS9XZWJLaXQvQ2hhbmdlTG9nCisrKyBiL1NvdXJj ZS9XZWJLaXQvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMTcgQEAKKzIwMTctMDgtMTYgIE1pZ3VlbCBH b21leiAgPG1hZ29tZXpAaWdhbGlhLmNvbT4KKworICAgICAgICBbR1RLXSBDcmFzaCBvZiBXZWJQ cm9jZXNzIHdpdGggb24tZGVtYW5kIEFDCisgICAgICAgIGh0dHBzOi8vYnVncy53ZWJraXQub3Jn L3Nob3dfYnVnLmNnaT9pZD0xNzExNjEKKworICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9P UFMhKS4KKworICAgICAgICBTZXQgdGhlIHZpZXdPdmVybGF5Um9vdExheWVyIHRvIHRoZSBwcmV2 aW91cyBsYXllclRyZWVIb3N0IGlmIGl0IGV4aXN0cy4gVGhpcyBhdm9pZHMgYQorICAgICAgICBj cmFzaCB3aGVuIHJldXNpbmcgdGhlIHByZXZpb3VzIGxheWVyVHJlZUhvc3QsIGJlY2F1c2UgaXQg d291bGQga2VlcCBhIHJlZmVyZW5jZSB0byBhbgorICAgICAgICBhbHJlYWR5IGRlc3Ryb3llZCB2 aWV3T3ZlcmxheVJvb3RMYXllci4KKworICAgICAgICAqIFdlYlByb2Nlc3MvV2ViUGFnZS9BY2Nl bGVyYXRlZERyYXdpbmdBcmVhLmNwcDoKKyAgICAgICAgKFdlYktpdDo6QWNjZWxlcmF0ZWREcmF3 aW5nQXJlYTo6YXR0YWNoVmlld092ZXJsYXlHcmFwaGljc0xheWVyKToKKwogMjAxNy0wOC0xNSAg Q2FybG9zIEdhcmNpYSBDYW1wb3MgIDxjZ2FyY2lhQGlnYWxpYS5jb20+CiAKICAgICAgICAgW0dU S11bV1BFXSBXZWJLaXRBdXRvbWF0aW9uU2Vzc2lvbiBzaG91bGQgc2V0IHNlc3Npb24gY2xpZW50 IHRvIG51bGxwdHIgb24gZGlzcG9zZQpkaWZmIC0tZ2l0IGEvU291cmNlL1dlYktpdC9XZWJQcm9j ZXNzL1dlYlBhZ2UvQWNjZWxlcmF0ZWREcmF3aW5nQXJlYS5jcHAgYi9Tb3VyY2UvV2ViS2l0L1dl YlByb2Nlc3MvV2ViUGFnZS9BY2NlbGVyYXRlZERyYXdpbmdBcmVhLmNwcAppbmRleCA4ZTgzMWNl Yjg3ODgzZGQwZjMyMjQ3ZDg1OTIwOGM2Y2E2OWFlYTQ0Li45NmMzN2NmNWVlMjBiZjY5MzJmYTVl N2QxNTZkYzMwNDIzOTIxMTY0IDEwMDY0NAotLS0gYS9Tb3VyY2UvV2ViS2l0L1dlYlByb2Nlc3Mv V2ViUGFnZS9BY2NlbGVyYXRlZERyYXdpbmdBcmVhLmNwcAorKysgYi9Tb3VyY2UvV2ViS2l0L1dl YlByb2Nlc3MvV2ViUGFnZS9BY2NlbGVyYXRlZERyYXdpbmdBcmVhLmNwcApAQCAtNDc0LDYgKzQ3 NCw4IEBAIHZvaWQgQWNjZWxlcmF0ZWREcmF3aW5nQXJlYTo6YXR0YWNoVmlld092ZXJsYXlHcmFw aGljc0xheWVyKEZyYW1lKiBmcmFtZSwgR3JhcGhpCiAKICAgICBpZiAobV9sYXllclRyZWVIb3N0 KQogICAgICAgICBtX2xheWVyVHJlZUhvc3QtPnNldFZpZXdPdmVybGF5Um9vdExheWVyKHZpZXdP dmVybGF5Um9vdExheWVyKTsKKyAgICBlbHNlIGlmIChtX3ByZXZpb3VzTGF5ZXJUcmVlSG9zdCkK KyAgICAgICAgbV9wcmV2aW91c0xheWVyVHJlZUhvc3QtPnNldFZpZXdPdmVybGF5Um9vdExheWVy KHZpZXdPdmVybGF5Um9vdExheWVyKTsKIH0KIAogfSAvLyBuYW1lc3BhY2UgV2ViS2l0Cg==