As of https://gitlab.gnome.org/GNOME/adwaita-icon-theme/-/commit/c19295d8848bd360313cef14fbf9a1d59a483962
non-starred-symbolic is partially transparent and looks insensitive where
we use it. Bundle the old version and use it instead.

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

This partially reverts 73c4fb03.
We don't want Meson checking to ensure the command succeeds because we
handle failure immediately below. Oops.

Meson complains the older versions are deprecated.

Meson complains that this is deprecated.

This avoids whining from Meson, see:
https://github.com/mesonbuild/meson/issues/9300

and is surely a good idea in general.

When importing bookmarks, we have:

 (1) EphyWindow, transient parent of
 (2) GtkDialog to select where to import bookmarks from, transient
parent of
 (3) The native file chooser dialog (in case of GVDB or HTML import)

Sadly, opening a native dialog on a modal dialog hangs the application,
gtk#5011. To dodge this problem, we can close the second dialog
dialog when opening the third dialog, and make the EphyWindow the
transient parent of the third dialog. This is inconvenient because it
means you're all the way back to step one if you decide to cancel the
third dialog and want to go back to the second dialog, but it's better
than a hang.

Exporting bookmarks does not have this problem, because there we skip
step 2.

Importing passwords does not have this problem, because there we don't
have a native file chooser. (At least, I think so. Didn't test this
because I do not have Chrome installed.)

We are trying to use the index of the selected item to decide what
action to perform, but this doesn't work because not all items are
actually present in the combo box. E.g. if there is no Firefox profile,
it won't be present in the list. This causes the wrong codepath to be
selected. In this bug report, the user complains that it crashes due to
not finding any Firefox profiles when importing bookmarks from Chrome.

Fixes #1800

This function is called to determine whether there exist Firefox
profiles or not, so it'd better not warn when there are none. This
condition can be detected via the NULL return value.

Updating our CI image brings in a newer uncrustify, which has resulted
in uncrustify going crazy trying to reformat all our multi-line comments
into a single line. I'm bamboozled as to why it's doing that, so let's
just disable uncrustify's handling of multi-line comments.

Then we can fix this weird style bug that was previously enforced by
uncrustify, which is now fixed.

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

This is trendy, and we don't have to maintain our own container images
anymore.

https://freedesktop.pages.freedesktop.org/ci-templates/templates.html

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

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

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

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

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

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