Commits on Source (20)
-
Piotr Drąg authored7d4f367d
-
Dušan Kazik authoredcc566201
-
Charles Monzat authored4f2b7300
-
Milo Casagrande authored73cd0e8f
-
gogo authoreded7153bc
-
Daniel Șerbănescu authored351fbef5
-
Quentin PAGÈS authored64773350
-
Aurimas Černius authoredde201d06
-
Sebastian Keller authored
Otherwise an allowed caller might get rejected if the call is right after a gnome-shell restart and the watchers have not finished running their callbacks yet. Fixes: https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4813 Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2048> (cherry picked from commit 85609a23)
b371fadd -
Sebastian Keller authored
The desaturation effect was always enabled, regardless of the specified factor. This was causing the magnifier to always hit offscreen rendering, even when not necessary. Additionally offscreen rendering is currently also causing glitches in MetaWindowGroup which this helps to avoid in some cases. Related: https://gitlab.gnome.org/GNOME/mutter/-/issues/1678 Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2026> (cherry picked from commit 34b6cd0b)
528ab6fa -
Evan Welsh authored
Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2036> (cherry picked from commit 75e57749)
38177cf3 -
Sebastian Keller authored
The ical events, we are comparing these intervals to use the first point in time after the end of the event as their end time, while the code in gnome-shell was using the last point in time within the range. This was causing multi-day events ranging from 0:00 to 0:00 to have a trailing "..." shown on the last day. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2023> (cherry picked from commit 2fffe914)
507d3a08 -
Sebastian Keller authored
Using a starting time other than 0:00 will prevent events before the chosen starting time from showing up for that range. This was causing events before 12:00 to be missing in the shell calendar on the first day of a range. Fix this by always starting at 0:00 and then incrementing by days rather than a time value that depending on DST or leap seconds may or may not correspond to a day. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2023> (cherry picked from commit 96047783)
7d06c02e -
Sebastian Keller authored
Events with a date time (not just a date) where the end time is missing or matching the start time were considered to not overlap the selected interval if they were happening on the start time of the interval. This was causing such zero-length events to be omitted from the calendar if they were starting at 0:00. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2023> (cherry picked from commit 22506536)
2a726dd3 -
Sebastian Keller authored
Given the correct end date this code would be able to determine this correctly itself and doesn't need to rely on that property. And events without correct end dates are currently not shown anyway. This prepares for removing the allDay property entirely. This also fixes events going from 13:00 the current day to 01:00 not showing "...". It also fixes multi-day events wrongly detected as all-day events by the calendar-server showing up as "All day", despite only covering 1 hour of the day. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2023> (cherry picked from commit d8efce0f)
85dc8e2f -
Sebastian Keller authored
The way it is currently calculated is broken for days with DST changes or leap seconds and it is not needed anymore anyway. This will also make the fix in the following commit simpler. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2023> (cherry picked from commit 72a64500)
62e2aa01 -
Sebastian Keller authored
The ical specification allows events to omit an end, which for dates means the end is start + 1 day and for date times it is equal to the start. Fixes: https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4753 Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2023> (cherry picked from commit b37fa61e)
86888245 -
Dylan McCall authored
When the user deletes a message using the keyboard, set the keyboard focus to the next message, or to the list container itself, so it remains possible to navigate using the keyboard. Fixes: https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/502 Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2053> (cherry picked from commit 4a23ddff)
a89759a3 -
Florian Müllner authored
Update NEWS. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2063>
618965fc -
Simon McVittie authoredc6d86474
This diff is collapsed.
This diff is collapsed.
This diff is collapsed.
This diff is collapsed.