Debian Patches
Status for phosh/0.53.0-2
| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| tests-Skip-symbol-check-on-some-architectures.patch | tests: Skip symbol check on some architectures These architectures have too many exported symbols |
Guido Günther <agx@sigxcpu.org> | no | 2024-04-21 | ||
| Revert-portal-Use-Rust-based-GUI-variants-by-default.patch | Revert "portal: Use Rust based GUI variants by default" We need newer ashpd in Debian for that This reverts commit 0b9b65a17ce063a29fd8f4cfb7f20367d2f6d5f8. |
Guido Günther <agx@sigxcpu.org> | no | 2026-02-15 | ||
| overview-Only-activate-if-we-have-a-toplevel.patch | overview: Only activate if we have a toplevel Avoids a critical when swiping in the overview (cherry picked from commit b0819d53682146673f09995a5ec9ee275eed3580) |
Guido Günther <agx@sigxcpu.org> | no | 2026-02-16 | ||
| overview-Only-add-splash-if-the-app-id-isn-t-already-know.patch | overview: Only add splash if the app-id isn't already known This if for the case of 2nd activation: app already running and being reactivated by another instance. If we knew an activated toplevel's `startup-id` (token) we could use a timer in `on_app_ready` and see if that toplevel shows up right before/after the app told us it is ready. We don't have this atm though See https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/196#note_3333038 for the Wayland protocol that will hopefully help there. We could go the other way around and see if a recently activated toplevel's `app-id` matches an `app-id` of a recently activated app but due to e.g. https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/9269 we can't even assume that the app sends a token as the compositor might have rejected it. So all we can do is not add another splash in theses cases. This fixes the case where an app is already open and then another activation happens, e.g. by activating a `https://` URL in chatty. (cherry picked from commit b355401898d9bc9c7f630b2188e3a5fa03ed54fe) |
Guido Günther <agx@sigxcpu.org> | no | 2026-02-16 |