~gnome3-team/epiphany-browser/+git/master:mcatanzaro/remove-more-canary

Branch merges

Related source package recipes

No recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related charm recipes

886ab1c... by Michael Catanzaro <email address hidden> on 2023-06-16

Remove Canary icon

The rest of Canary has been removed already, but I forgot about the
icon.

137b2b5... by Michael Catanzaro <email address hidden> on 2023-06-13

Remove more vestiges of Canary

The Canary manifest is already gone, so no need to keep the CI rules
around either.

f76fdad... by Michael Catanzaro <email address hidden> on 2023-06-12

indicator-bin: ignore style context deprecation warnings

Alice says that widget-local CSS is deprecated. Looks like rewriting
this will be painful:

https://gitlab.gnome.org/GNOME/epiphany/-/merge_requests/1148#note_1630011

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

f8e71d4... by Michael Catanzaro <email address hidden> on 2023-06-12

Stop using deprecated gtk_show_uri()

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

58f77bf... by Michael Catanzaro <email address hidden> on 2023-06-08

Fix GDK_VERSION_MIN_REQUIRED

Seems this got desynced from our actual minimum requirement.

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

e42f6a5... by Michael Catanzaro <email address hidden> on 2023-06-08

Reword the save password? prompt

This says that passwords are only stored locally, but it's not
true if Firefox Sync is enabled.

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

f7bca25... by Michael Catanzaro <email address hidden> on 2023-06-08

Revert "Hide scheme in url entry"

This reverts commit 298217261591e10de07c1a319d1c6169e7c3f457.

This commit doesn't just hide the scheme: it actually removes it from
the URL that we load. This will need a rethink.

Fixes #2085

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

8c98b3e... by Michael Catanzaro <email address hidden> on 2023-06-08

window: remove view from popovers table when destroyed

Currently, when a web view is destroyed, a dangling pointer to it
remains in the popovers table until its window is closed, and its
permission requests stay open. Let's fix that.

c05cbb7... by Michael Catanzaro <email address hidden> on 2023-06-08

window: deny permission requests when new load starts

Since converting from info bars to popovers, we stopped dismissing
permission requests when a new page load begins. Bring this back:

 * Destroy all popovers associated with the web view each time a new
   load begins
 * Recompute which popovers to display if the web view is active

Fixes #2088

bb62627... by Michael Catanzaro <email address hidden> on 2023-06-08

window: rename active_permission_requests to _popovers

This hash table stores popovers that themselves store the actual
permission requests. It does not directly store permission requests.