https://bugs.kde.org/show_bug.cgi?id=522120
Bug ID: 522120
Summary: UI Action Use of Mouse Scroll Wheel Can Have
Unexpected Effect In Reports
Classification: Applications
Product: kmymoney
Version First 5.2.2
Reported In:
Platform: Other
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: reports
Assignee: [email protected]
Reporter: [email protected]
Target Milestone: ---
DESCRIPTION
With my "real" data I have been having some unexpected results when I configure
some reports. The effect of a change was not what I expected, and when I
reverted the change the report display was different to that I started with.
I believe I now understand the issue, and it is user related, ie me! However, I
believe the root issue is how the mouse scroll wheel works in the "Configure
report" dialog.
The "Configure report" dialog is quite long and I was using the mouse scroll
wheel to move up and down the dialog to find settings to change.
I was using a 5.2.2 development snapshot "5.2.2.-67fcdbd" as an AppImage binary
running on Ubuntu 26.04. This has the "updated" "Configure report" dialog
window.
If I place my mouse in the "Configure report" dialog window and use the mouse
scroll wheel everything appears to work as expected, in that the dialog window
can be scrolled up or down. However, if the position of the mouse in the dialog
window means that when you stop scrolling the mouse cursor is over a drop down
box setting, ie "Rows", "Details" etc, the next scroll of the mouse wheel will
change the drop down box settings, without any feedback to the user. Your
attention maybe be looking at another item in the dialog, away from where the
mouse cursor is located, and so you may not see any change.
If you then carry on scrolling using the mouse wheel looking for an item, I
seem to sometimes "nudge" the mouse "just enough" so the cursor moves off of
the dialog box, and the window carries on scrolling, and as a user you don't
notice the change(s) to any settings you caused.
The end result is that when you press the "Apply" button to implement the
changes, the report is not as you expect. If you then revert the changes you
believe you have made, the displayed report is not what you started with. To
get back to the original report display a press of the "Reset" button, followed
by "Apply" is required.
It seems an issue to me, maybe not for others? It probably depends on how you
use the mouse, and specifically mouse scroll wheel.
For example, could there be an option to disable the scroll wheel affecting
values in a drop down box, when that drop down box is in a scrollable window?
STEPS TO REPRODUCE
1. Open a report
2. Use the mouse scroll wheel to scroll up and down the report dialog
3. If when stopping scrolling the mouse cursor is on a drop down dialog box,
the next mouse wheel scroll can change the drop down dialog box value and the
user may not notice.
OBSERVED RESULT
After user applied changes the displayed report may not be what the user
expects as items the user did not intend to have changed have changed.
EXPECTED RESULT
Only the changes the user intended to make are made.
SOFTWARE/OS VERSIONS
5.2.2 development snapshot "5.2.2.-67fcdbd" as an AppImage binary running on
Ubuntu 26.04.
ADDITIONAL INFORMATION
Note there is, what I believe is an unrelated issue, with the "Configure
report" button on the "Show balance chart" action available in an account
ledger window, where making changes and then reverting them does not result in
the same report display as the original report display. See bug 514274:
Account “Show Balance Chart” - Unexpected Display When The Chart is Changed
Using "Configure report" Options
--
You are receiving this mail because:
You are watching all bug changes.
