After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 559365 - Evolution: Rolling the mouse scroll wheel in the Calendar does not always scroll the view.
Evolution: Rolling the mouse scroll wheel in the Calendar does not always scr...
Status: RESOLVED WONTFIX
Product: evolution
Classification: Applications
Component: Calendar
2.24.x (obsolete)
Other All
: Normal minor
: ---
Assigned To: evolution-calendar-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2008-11-05 01:14 UTC by Nick Jenkins
Modified: 2009-04-21 08:43 UTC
See Also:
GNOME target: ---
GNOME version: 2.23/2.24



Description Nick Jenkins 2008-11-05 01:14:49 UTC
Steps to reproduce
* Start Evolution 2.24.1.
* Switch to the Calendar view.
* Make sure the view is set to view a month at once.
* Click "today".
* Roll the mouse scroll wheel down one position.

What happens:
* Sometimes the view does not change. After the first roll, it's mostly
okay (e.g. If I keep rolling, about 90% of the time it works, but about 10% of the time it does not). I.e. it's not totally predictable what's going to happen.

Example video to illustrate the problem:
http://files.nickj.org/Evolution/Rolling-Mouse-Wheel-Does-not-always-change-calendar-view.ogv
(Apologies for the low volume and poor sound quality of the audio commentary that has me explaining what I am doing).

What should happen:
* Rolling the mouse scroll wheel down should _always_ move forward one
month, and rolling the mouse scroll wheel up should _always_ move backwards
one month.

Other information:
Comment 1 Milan Crha 2009-04-20 14:42:06 UTC
I tend to WontFix this. As it's not much possible. The scrollbar position says a month view what to show. Mouse wheel uses page size and page increment for moving with it. Some months occupy 4 weeks, but most of them 5. To not skip those 4-weeks, the page increment is set to 4, whereas the page size is set to 5. And sometimes it happens the move for 4 doesn't move to next month.
Also scrollbar itself, when moved at the bottom, the one-step above bottom has the same value as the very bottom position.
Comment 2 Nick Jenkins 2009-04-21 02:54:35 UTC
Fair enough. It's only a very minor problem, and if bug 559366 can be fixed (which requests scrolling using the arrow keys) then it's even less of an issue. Further, there's some desire to have week-by-week scrolling in the month view, rather than month-by-month scrolling, as described in bug 273818 - if that gets resolved, then the mouse scroll can perhaps be the same as moving one week.
Comment 3 Milan Crha 2009-04-21 08:43:30 UTC
Thanks for the update, I'm closing this in favour of those two bugs you found.