GNOME Bugzilla – Bug 739117
Epiphany can't render pages correctly and then crashes
Last modified: 2015-01-16 17:05:32 UTC
Since 3.14.x, Epiphany can't display correctly some pages and then crashes. The bug seems to appear randomly, but reapeating some easy steps reproduce it almost each time: 1. Open a new window of Epiphany. 2. Go to http://www.lequipe.fr/ in a new tab. 3. The page is displayed almost correctly, but some images don't load and the right column called "Chrono" is displayed without style. 4. Reload the page. 5. The page is displayed with no JS and no CSS. 6. Close the tab. 7. Reopen the tab (with ctrl+shift+T). 8. Epiphany crashes. While browsing, I get this: (WebKitWebProcess:12709): GLib-GObject-WARNING **: invalid cast from 'WebKitDOMHTMLElement' to 'WebKitDOMHTMLFormElement' ** (WebKitWebProcess:12709): CRITICAL **: WebKitDOMHTMLCollection* webkit_dom_html_form_element_get_elements(WebKitDOMHTMLFormElement*): assertion 'WEBKIT_DOM_IS_HTML_FORM_ELEMENT(self)' failed ** (WebKitWebProcess:12709): CRITICAL **: gulong webkit_dom_html_collection_get_length(WebKitDOMHTMLCollection*): assertion 'WEBKIT_DOM_IS_HTML_COLLECTION(self)' failed Then the crash: 1 0x7f571d6a85b7 /usr/lib64/libjavascriptcoregtk-4.0.so.18(WTFCrash+0x17) [0x7f571d6a85b7] 2 0x7f571d6ba910 /usr/lib64/libjavascriptcoregtk-4.0.so.18(_ZN3WTF29TCMalloc_ThreadCache_FreeList8ValidateENS_11HardenedSLLEm+0x1b0) [0x7f571d6ba910] 3 0x7f571d6b2385 /usr/lib64/libjavascriptcoregtk-4.0.so.18(_ZN3WTF8fastFreeEPv+0xa35) [0x7f571d6b2385] 4 0x7f5722c076b3 /usr/lib64/libwebkit2gtk-4.0.so.37(+0x6c96b3) [0x7f5722c076b3] 5 0x7f5722c034bb /usr/lib64/libwebkit2gtk-4.0.so.37(+0x6c54bb) [0x7f5722c034bb] 6 0x7f5722c0508c /usr/lib64/libwebkit2gtk-4.0.so.37(+0x6c708c) [0x7f5722c0508c] 7 0x7f5722c4509f /usr/lib64/libwebkit2gtk-4.0.so.37(+0x70709f) [0x7f5722c4509f] 8 0x7f5722a18fd1 /usr/lib64/libwebkit2gtk-4.0.so.37(+0x4dafd1) [0x7f5722a18fd1] 9 0x7f571d6e629b /usr/lib64/libjavascriptcoregtk-4.0.so.18(_ZN3WTF15GMainLoopSource12voidCallbackEv+0x6b) [0x7f571d6e629b] 10 0x7f571d6e1c3a /usr/lib64/libjavascriptcoregtk-4.0.so.18(_ZN3WTF15GMainLoopSource18voidSourceCallbackEPS0_+0xa) [0x7f571d6e1c3a] 11 0x7f571f6870e5 /usr/lib64/libglib-2.0.so.0(g_main_context_dispatch+0x135) [0x7f571f6870e5] 12 0x7f571f687448 /usr/lib64/libglib-2.0.so.0(+0x48448) [0x7f571f687448] 13 0x7f571f68770a /usr/lib64/libglib-2.0.so.0(g_main_loop_run+0x6a) [0x7f571f68770a] 14 0x7f571d6de8af /usr/lib64/libjavascriptcoregtk-4.0.so.18(+0x6eb8af) [0x7f571d6de8af] 15 0x7f571ee00213 /lib64/libpthread.so.0(+0x8213) [0x7f571ee00213] 16 0x7f571eb3d4ad /lib64/libc.so.6(clone+0x6d) [0x7f571eb3d4ad] fish: Tâche 1, 'epiphany' terminée par le signal SIGSEGV (Erreur de frontière d'adresse) I've reported the bug about forms to the WebKit devs here: https://bugs.webkit.org/show_bug.cgi?id=137743. As far as I can tell, the problem is probably in WebKit-Gtk, but you may be interested in solving it too :). My installed libraries: - glib-2.42.0 - gtk+-3.14.3 - epiphany-3.14.x (0 and 1) - webkitgtk-2.6.x (1 and 2) Thanks a lot for your amazing work on Epiphany, I hope that I'll be able to use it again soon!
The content not loaded, or without style might be due to cross-origin requests that are blocked for security reasons, could you open the inspector and check if you see errors or warnings in the js console?
On the "broken" pages: - when I try to load a page when the inspector is already open, I get a "oops!" message instead of the page, - when I try to load the inspector when a page is open, the panel stays white and the inspector never loads. Well, because of that I can't see what's wrong in the inspector :/. I've tried to change the option about allowing cookies from external websites, but it doesn't change anything. On the working pages, everything is OK with the inspector. By the way, this inspector bug seems to be a very reliable way to find which pages are "broken" and which ones work. Here's a list of "broken" homepages: - lequipe.fr - lemonde.fr - bbc.co.uk - canonical.com - ubuntu.com - github.com Here's a list of working homepages: - en.wikipedia.org - linuxfr.org - bugzilla.gnome.org - gnome.org - gentoo.org - reddit.com Thank you so much for your help! (PS: I've managed to open the inspector on github.com, but icons are missing in the inspector and I get "App not set, you are doing something wrong" in the console each time I reload the page)
Yes, we have fixed the problems with the icons on the inspector recently. Could you update to WebKitGTK+ 2.6.4? Also, can you reproduce all those issues with a private instance? epiphany -p for example?. Do those websites use local storage (you can check if you have something ~/.local/share/webkitgtk/localstorage/ for those pages)
(In reply to comment #3) > Yes, we have fixed the problems with the icons on the inspector recently. Could > you update to WebKitGTK+ 2.6.4? I already use 2.6.4 (and everything's fine with other pages, including these icons). > Also, can you reproduce all those issues with a > private instance? epiphany -p for example?. I can reproduce with private instances, or with newly created users with no configuration. > Do those websites use local storage > (you can check if you have something ~/.local/share/webkitgtk/localstorage/ for > those pages) Unfortunately, it seems to be unrelated: lemonde.fr (broken) and en.wikipedia.org (working) use localstorage, canonical.com (broken) and gentoo.org (working) don't.
I confirm the bug. Epiphany 3.14.2, webkit-gtk 2.6.4, gentoo ~amd64.
1 0x7f56acd0f8e7 /usr/lib64/libjavascriptcoregtk-4.0.so.18(WTFCrash+0x17) [0x7f56acd0f8e7] 2 0x7f56acd21e40 /usr/lib64/libjavascriptcoregtk-4.0.so.18(_ZN3WTF29TCMalloc_ThreadCache_FreeList8ValidateENS_11HardenedSLLEm+0x1b0) [0x7f56acd21e40] 3 0x7f56acd19874 /usr/lib64/libjavascriptcoregtk-4.0.so.18(_ZN3WTF8fastFreeEPv+0xa44) [0x7f56acd19874] 4 0x7f56b26a8ba3 /usr/lib64/libwebkit2gtk-4.0.so.37(+0x6ceba3) [0x7f56b26a8ba3] 5 0x7f56b26a49ab /usr/lib64/libwebkit2gtk-4.0.so.37(+0x6ca9ab) [0x7f56b26a49ab] 6 0x7f56b26a657c /usr/lib64/libwebkit2gtk-4.0.so.37(+0x6cc57c) [0x7f56b26a657c] 7 0x7f56b26e68af /usr/lib64/libwebkit2gtk-4.0.so.37(+0x70c8af) [0x7f56b26e68af] 8 0x7f56b24b6901 /usr/lib64/libwebkit2gtk-4.0.so.37(+0x4dc901) [0x7f56b24b6901] 9 0x7f56acd4e1de /usr/lib64/libjavascriptcoregtk-4.0.so.18(_ZN3WTF15GMainLoopSource12voidCallbackEv+0x7e) [0x7f56acd4e1de] 10 0x7f56acd4972a /usr/lib64/libjavascriptcoregtk-4.0.so.18(_ZN3WTF15GMainLoopSource18voidSourceCallbackEPS0_+0xa) [0x7f56acd4972a] 11 0x7f56af10f635 /usr/lib64/libglib-2.0.so.0(g_main_context_dispatch+0x135) [0x7f56af10f635] 12 0x7f56af10f998 /usr/lib64/libglib-2.0.so.0(+0x48998) [0x7f56af10f998] 13 0x7f56af10fc5a /usr/lib64/libglib-2.0.so.0(g_main_loop_run+0x6a) [0x7f56af10fc5a] 14 0x7f56acd4633f /usr/lib64/libjavascriptcoregtk-4.0.so.18(+0x6ef33f) [0x7f56acd4633f] 15 0x7f56ae8881da /lib64/libpthread.so.0(+0x91da) [0x7f56ae8881da] 16 0x7f56ae5c695d /lib64/libc.so.6(clone+0x6d) [0x7f56ae5c695d] Segmentation fault (core dumped)
If anyone could respond to my request in https://bugs.webkit.org/show_bug.cgi?id=137743#c9, that would be dandy. Let's move this there. Thanks! Please also see https://wiki.gnome.org/Community/GettingInTouch/Bugzilla/GettingTraces/Details for information on how to get a useful backtrace for us.