| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| Add-StartupWMClass-to-.desktop-file.patch | Add StartupWMClass to .desktop file Initial Setup's application ID is org.gnome.InitialSetup. This does not match the desktop file name. It is too late in the current development cycle to rename the desktop file to match. Instead, allow the shell to associate the initial setup window with its desktop file by specifying StartupWMClass. See https://gitlab.gnome.org/GNOME/gnome-initial-setup/-/issues/179 and https://gitlab.gnome.org/GNOME/gnome-initial-setup/-/merge_requests/186 for more background. |
Will Thompson <wjt@endlessos.org> | no | upstream, 44~rc, commit:87e81b9c80dfb05f43fe62bb5dad62f707f3b824 | 2023-03-03 | |
| keyboard-Resort-refilter-list-when-picking-shortlist.patch | keyboard: Resort & refilter list when picking shortlist Each row of the keyboard layout/input method list has a flag for whether it is an "extra" layout, hidden by default, or not. All rows are added with the is_extra flag set to TRUE; later, they can be marked as non-extra in a few ways: - The currently-selected layout is (indirectly) marked as non-extra - Selecting a layout marks it as non-extra - 5 semi-arbitrary layouts are marked as non-extra To make the list work, the GtkListBox has sort and filter functions set: - The sort function sorts extra layouts after non-extra layouts - The filter function hides extra layouts, unless the user is searching or has clicked the vertical ellipsis to see all layouts But previously, the sort and filter of the list were not always invalidated when one or more layouts' is_extra flags were changed. As a result, the list always showed no layouts by default, just the vertical ellipsis to see all layouts. Fix this by invalidating both sort and filter when a layout is marked non-extra. |
Will Thompson <wjt@endlessos.org> | yes | upstream | upstream, 44.rc, commit:151688f670e8c6f5ecc8a7bac686ddcc815cdf11 | 2023-03-03 |
| keyboard-Correctly-update-labels-for-IBus-engines.patch | keyboard: Correctly update labels for IBus engines After the port from GTK 3 to 4, in general there's an additional level of indirection: the children of priv->input_list are GtkListBoxRow objects containing the widget whose user-data is the InputWidget. This means we didn't find the InputWidget and therefore couldn't update its display name. Unfortunately, there is one exception to the rule that every child of a GtkListBox is a GtkListBoxRow: the placeholder object, in our case priv->no_results, is not wrapped in a GtkListBoxRow (see also GNOME/gtk#4523). This means that walking the GtkWidget tree seems rather is a GtkListBoxRow, or the placeholder object priv->no_results, or some third type of object that could be added by a future GTK version (particularly since there is no particular type-safety here). Instead of walking the widget tree, maintain our own parallel list of known keyboard layouts and other input methods. For this list, we can safely assert that every item is something that we put there, with the invariant that it's a GtkBox with an InputWidget attached. This means that we can reliably find the InputWidget, and update its associated display name. |
Simon McVittie <smcv@debian.org> | yes | debian upstream | 2023-03-06 | |
| keyboard-Update-filter-and-sort-when-the-display-name-cha.patch | keyboard: Update filter and sort when the display name changes The display name in `InputWidget.name` can affect `sort_inputs()` and `input_visible()`, so we should update it when we replace the placeholder display name with the real one, and tell GTK to update its state accordingly. |
Simon McVittie <smcv@debian.org> | yes | debian | 2023-03-05 | |
| driver-Set-a-non-trivial-window-title.patch | driver: Set a non-trivial window title When running in "existing user" mode (which isn't done upstream, but Debian and Ubuntu re-enable it because they don't have GNOME Tour), the window title is visible in Alt+[key above Tab] and the Overview. It defaults to "gnome-initial-setup", but looks better if we reuse the translated name from the .desktop file. |
Simon McVittie <smcv@debian.org> | yes | 2023-03-06 | ||
| reenable-existing-user-mode.patch | Re-enable existing users mode since gnome-tour isn't in Debian This reverts commit 43f1870c "Disable existing-user mode". |
Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com> | not-needed | 2022-02-17 | ||
| Update-for-removal-of-WebKitGTK-sandbox-API.patch | Update for removal of WebKitGTK sandbox API WebKitGTK 2.39.5 contains an ABI break. The sandbox is now mandatory, so the API to enable/disable it is gone. (cherry picked from commit 1a8f9ecfceb2e3106910b7bf7987f0fc75886670) |
Michael Catanzaro <mcatanzaro@redhat.com> | no | 2023-01-19 | ||
| privacy-Move-subtitles-to-separate-labels.patch | privacy: Move subtitles to separate labels Prior to 71e3e2b4, the subtitles were contained into separate GtkLabels connected to the the 'activate-link' signal. That commit moved these labels to inside the corresponding AdwActionRows, but did not account for the 'activate-link' signal. To the best of my knowledgethere is currently no way to properly support this with libadwaita rows. In addition to that, the latest mockup [1] suggest placing these labels beneath the listbox anyway. Move the subtitle labels to outside the action row, into a separate labels beneath the listbox. Connect to the 'activate-link' signal again. [1] https://gitlab.gnome.org/Teams/Design/os-mockups/-/raw/master/initial-setup/initial-setup.png (cherry picked from commit d230f18dc50bc40977b613845c8d50d1327cacf4) |
Georges Basile Stavracas Neto <georges.stavracas@gmail.com> | yes | debian upstream | 2023-03-14 |