[Webkit-unassigned] [Bug 208106] [GTK] Failing API tests under the Flatpak SDK environment

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=208106

--- Comment #2 from Michael Catanzaro <mcatanzaro at gnome.org> ---
(In reply to Philippe Normand from comment #0)
> While it's not called in the JHBuild environment, in
> webkitWebViewLoadFailedWithTLSErrors() the load-failed signal is emitted but
> the load-failed signal class closure isn't. Is that normal?

I think I've found the problem. loadFailedCallback in LoadTrackingTest.cpp returns void, but it needs to return a gboolean. TRUE stops other handlers (including the class closure) from being invoked, FALSE continues execution of other handlers. Because the return value is missing, the result is undefined. In the past I've seen missing return values cause different behavior with different toolchains, so likely that's it.

Programming is hard. :(

> The is-loading error is due to the same (mis)behavior.

Probably the same problem, because ViewIsLoadingTest inherits from LoadTrackingTest.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20200310/336eb5c4/attachment-0001.htm>