[kmymoney] [Bug 424378] Values of date picker runs out of control for scheduled payments and transactions

Thomas Baumgart bugzilla_noreply at kde.org
Sun Jul 19 10:23:32 BST 2020


Thomas Baumgart <thb at net-bembel.de> changed:

           What    |Removed                     |Added
             Status|CONFIRMED                   |RESOLVED
      Latest Commit|                            |https://invent.kde.org/offi
                   |                            |ce/kmymoney/commit/fae59666
                   |                            |c95c22ac68df3f347ba14c5e41a
                   |                            |47f34
         Resolution|---                         |FIXED
   Version Fixed In|                            |5.1.1

--- Comment #4 from Thomas Baumgart <thb at net-bembel.de> ---
Git commit fae59666c95c22ac68df3f347ba14c5e41a47f34 by Thomas Baumgart.
Committed on 19/07/2020 at 09:21.
Pushed by tbaumgart into branch '5.1'.

Add missing release event in very specific case

The date picker object is used in other areas of KMyMoney (e.g.
transaction editor) where this problem does not show up. I analyzed it,
and the problem is, that the very first MouseReleaseButton event on the
date picker after object creation is not reaching the object under
unknown circumstances in the enter schedule dialog. This is not always,
but the scenario reported in the bug entry shows it. I have no idea
about the root cause, though.

Detecting the specific scenario and sending a mouse release button event
based on the data of the press event solves the problem. Drawback:
pressing the mouse long in that scenario now has no effect. It needs a
second press to get the number increasing while the mouse button is
FIXED-IN: 5.1.1

M  +26   -0    kmymoney/widgets/kmymoneydateinput.cpp
M  +5    -0    kmymoney/widgets/kmymoneydateinput.h


You are receiving this mail because:
You are the assignee for the bug.

More information about the KMyMoney-devel mailing list