Most of them have been upstreamed, we only have fullscreen, shortcuts and a
CI fix left.

Most of them have been upstreamed, we only have fullscreen, shortcuts and a
CI fix left.

Also update it to use the template.

Update to upstream version '40.2'
with Debian dir d8d606384846572998cf8ab44bae41c9c3024423

Part-of: <https://gitlab.gnome.org/GNOME/epiphany/-/merge_requests/958>


(cherry picked from commit 56b457758522557cf9a10256103f2fc7c404fb64)

Part-of: <https://gitlab.gnome.org/GNOME/epiphany/-/merge_requests/958>


(cherry picked from commit 77a128cda3abfebf5b998dfbbd5e4bc584f1246c)

Since converting the history dialog from the hosts table to the URLs
table, we have been using the wrong free function here. :/

Part-of: <https://gitlab.gnome.org/GNOME/epiphany/-/merge_requests/960>


(cherry picked from commit 3ce5510238f25c8a0de2428b7b24693f78bac296)

It's freed twice in a row in this function, oops.

Part-of: <https://gitlab.gnome.org/GNOME/epiphany/-/merge_requests/962>


(cherry picked from commit 45d2a79c91a938295145d43d8195e245a4a5f1fc)

Update to upstream version '40.1'
with Debian dir e2b982e41f3cddf7eea70d46f9db94314e699876

The problem is the strings returned by get_firefox_profiles() are freed
with g_free(), which is correct, but we are actually returning pointers
into the middle of the allocated region, rather than pointers to the
start of the string. Truncating a string using pointer arithmetic is a
nice trick for unowned strings, but for owned strings it doesn't work.

https://bugzilla.redhat.com/show_bug.cgi?id=1946648


(cherry picked from commit 7e31b93d937625602e910d7397d00cc6082a37be)

This is based on Jan-Michael's previous work, modified to use our custom
container image with scan-build as well, and to retain the eslint check.


(cherry picked from commit e86d01de69ebed244c7482266ddf122412f4cdda)

This will speed up our CI by 1-2 minutes or thereabouts


(cherry picked from commit a46d2cf28296812aa5741517629736f32c92020c)

See gnome-build-meta#372


(cherry picked from commit c40a2be7)

Currently we check the default app for the URI scheme and call
gtk_show_uri_on_window() only if the default app is not NULL and is not
Epiphany. This fails under flatpak because there we cannot check the
user's default apps. It is always NULL, so we bail out and refuse to
launch any app for the URL. Oops.

This code was originally added to prevent us from launching Epiphany in
a recursive loop if it somehow gets registered as the default handler
for a scheme that it doesn't actually support, as in #1053. In this
case, we should only relaunch ourselves once because the second launch
will be triggered by API request, when the new instance calls
webkit_web_view_load_uri(). That's not a user gesture and will avoid the
recursion.

This change also prevents websites from opening URLs without user
intervention.

Thanks to Adrian Perez for proposing this solution!

Fixes #1385

Part-of: <https://gitlab.gnome.org/GNOME/epiphany/-/merge_requests/951>


(cherry picked from commit 6c223bb8b3e75026eeecc61424e5a73649aca1f2)

Fixes https://gitlab.gnome.org/GNOME/epiphany/-/issues/1512

Part-of: <https://gitlab.gnome.org/GNOME/epiphany/-/merge_requests/952>


(cherry picked from commit 45e54573)