Scrolling is not handled properly in "Month" view, both in the app and top of the screen overlay
Affected version
- OS: Fedora Linux 36 (Workstation Edition)
- GNOME Calendar version: 42.1
Bug summary
I believe the two below are instances of the same bug, that's why reporting them together
In calendar app
Scrolling (mouse wheel or touchpad) in the month view updates the changes the currently selected month, but does not update (1) the dates shown, (2) the month name shown in the top-left corner.
In top of the screen calendar/notifications overlay
Scrolling (mouse wheel or touchpad) changes the height of the overlay/widget, which is inconsistent with changing months by clicking the arrow buttons on the widget.
Steps to reproduce
Calendar app
-
Open gnome-calendar (GNOME Calendar);
-
On top of the screen, in the middle, click on the "Month" button, to select month view;
-
Hover the mouse (place the cursor) anywhere over the main screen (date tiles);
-
Scroll up or down using mouse wheel or touchpad gestures.
Calendar/notifications overlay (Unfortunately, not always reproducible, might have to repeat the steps below over)
-
Click the date-time area in the status bar on top of the screen;
-
Hover over the calendar section of the appeared overlay. It is important to hover over the actual dates, not the top bar with the month name;
-
Scroll up or down with mouse wheel or touchpad gestures
What happened
Calendar app
-
The "Today" button on top of the screen became enabled, which indicates that non-current month is displayed
-
Clicking on any date opens up a popup, in which the month is different from the current month, indicating that the internal state has changed.
-
Clicking the month change arrows afterwards will move not from the month displayed, but from the month stored in the internal state.
Calendar/notifications overlay
The height of the entire overlay reduces, making the World Clock and Weather widgets initially invisible
What did you expect to happen
Calendar app
Overall, the behaviour must be identical to the one triggered by clicking the arrow buttons near the month name in the top-left corner. That is,
-
Month name clearly must be updated.
-
The actual calendar (date tiles) must be refreshed to reflect the month change.
Another option is to ignore scroll completely, similar to the "Year" view, but I dislike this option
Calendar/notifications overlay
The height must not be affected by whether the month displayed is the current month or not
Relevant logs, screenshots, screencasts etc.
In the second video, I scroll down by about 6-7 scroll events, after showing and closing May 27 on about 0:11