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 56b45775)

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


(cherry picked from commit 77a128cd)

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 3ce55102)

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 45d2a79c)

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 7e31b93d)

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 e86d01de)

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


(cherry picked from commit a46d2cf2)

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 6c223bb8)

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)