Bug 211989 – [GTK] WebKit web engine crashed

• Status: RESOLVED
• Resolution: WONTFIX
• Component: WebKitGTK

[Johny Why]

WebKit web engine crashed

OS: archlabs linux, updated
Application: eolie
Eolie version: 0.9.99.r10.gfc36711e
Url on crash: https://repl.it
Command-line output:

$ eolie 

** (org.gnome.Eolie:12006): CRITICAL **: 11:07:56.227: void webkit_web_context_register_uri_scheme(WebKitWebContext*, const char*, WebKitURISchemeRequestCallback, gpointer, GDestroyNotify): assertion 'g_ascii_strcasecmp(scheme, "file") != 0' failed

** (org.gnome.Eolie:12006): CRITICAL **: 11:07:56.715: void webkit_web_context_register_uri_scheme(WebKitWebContext*, const char*, WebKitURISchemeRequestCallback, gpointer, GDestroyNotify): assertion 'g_ascii_strcasecmp(scheme, "file") != 0' failed

** (org.gnome.Eolie:12006): CRITICAL **: 11:07:56.881: void webkit_web_context_register_uri_scheme(WebKitWebContext*, const char*, WebKitURISchemeRequestCallback, gpointer, GDestroyNotify): assertion 'g_ascii_strcasecmp(scheme, "file") != 0' failed

** (org.gnome.Eolie:12006): CRITICAL **: 11:07:56.979: void webkit_web_context_register_uri_scheme(WebKitWebContext*, const char*, WebKitURISchemeRequestCallback, gpointer, GDestroyNotify): assertion 'g_ascii_strcasecmp(scheme, "file") != 0' failed

** (org.gnome.Eolie:12006): CRITICAL **: 11:07:58.417: void webkit_web_context_register_uri_scheme(WebKitWebContext*, const char*, WebKitURISchemeRequestCallback, gpointer, GDestroyNotify): assertion 'g_ascii_strcasecmp(scheme, "file") != 0' failed

(process:12068): libsoup-WARNING **: 11:07:58.663: Failed to execute query: database is locked

(process:12068): libsoup-WARNING **: 11:07:58.671: Failed to execute query: table soup_hsts_policies already exists

(process:12061): libsoup-WARNING **: 11:07:58.778: Failed to execute query: table soup_hsts_policies already exists
[ERROR] 2020-05-16 11:11:12 StackContainer::__on_forms_filled(): WebKitJavascriptError:  (699)

** (org.gnome.Eolie:12006): CRITICAL **: 11:16:28.552: void webkit_web_context_register_uri_scheme(WebKitWebContext*, const char*, WebKitURISchemeRequestCallback, gpointer, GDestroyNotify): assertion 'g_ascii_strcasecmp(scheme, "file") != 0' failed
[WARNING] 2020-05-16 11:16:56 TaskHelper::__on_request_send_async(): g-io-error-quark: Operation was cancelled (19)
[WARNING] 2020-05-16 11:16:57 TaskHelper::__on_request_send_async(): g-io-error-quark: Operation was cancelled (19)
[WARNING] 2020-05-16 11:16:57 TaskHelper::__on_request_send_async(): g-io-error-quark: Operation was cancelled (19)
[WARNING] 2020-05-16 11:16:57 TaskHelper::__on_request_send_async(): g-io-error-quark: Operation was cancelled (19)

** (org.gnome.Eolie:12006): CRITICAL **: 11:21:03.968: void webkit_web_context_register_uri_scheme(WebKitWebContext*, const char*, WebKitURISchemeRequestCallback, gpointer, GDestroyNotify): assertion 'g_ascii_strcasecmp(scheme, "file") != 0' failed

** (org.gnome.Eolie:12006): CRITICAL **: 11:23:37.877: void webkit_web_context_register_uri_scheme(WebKitWebContext*, const char*, WebKitURISchemeRequestCallback, gpointer, GDestroyNotify): assertion 'g_ascii_strcasecmp(scheme, "file") != 0' failed

** (org.gnome.Eolie:12006): CRITICAL **: 11:23:43.695: void webkit_web_context_register_uri_scheme(WebKitWebContext*, const char*, WebKitURISchemeRequestCallback, gpointer, GDestroyNotify): assertion 'g_ascii_strcasecmp(scheme, "file") != 0' failed

[Adrian Perez]

For the critical in “webkit_web_context_register_uri_scheme()“ see
bug #209900 — applications should not try to register custom URI
scheme handlers for a few schemes that are handled internally by
WebKit. Nowadays we return early from that function instead of
attempting to register the handler and then crash with a seemingly
unrelated assertion deeper inside WebKit.

Nevertheless, quick question: unless “G_DEBUG=fatal-warnings“ is
set in the environment, that should not be the reason of the crash.
Is there any chance you could run the process under GDB to get a
backtrace? Alternatively, if your system has “coredumpctl” you may
be able to get the backtrace from it. That would help us figuew out
what the issue is here, otherwise I am afraid we won't be able to
do much.

Thanks for your time!

[Michael Catanzaro]

No backtrace and therefore no evidence the crash is caused by WebKit. Please, see https://wiki.gnome.org/Community/GettingInTouch/Bugzilla/GettingTraces for instructions on how to report crashes.

I've attached a patch in bug #209900 but there's really no evidence that is related to this issue.