Summary: | Adding new payee or category by typing in the transaction form triggers "Do you want to add" after typing the first character that doesn't match an existing name | ||
---|---|---|---|
Product: | [Applications] kmymoney | Reporter: | Paul Worrall <p.r.worrall> |
Component: | ux-ui | Assignee: | KMyMoney Devel Mailing List <kmymoney-devel> |
Status: | RESOLVED FIXED | ||
Severity: | normal | Keywords: | wayland-only |
Priority: | NOR | ||
Version First Reported In: | git (master) | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 5.2 | |
Sentry Crash Report: |
Description
Paul Worrall
2022-11-17 14:50:26 UTC
I am unable to duplicate this behavior here. I am on X11, though. Are you in a position to try it using X11? I also cannot reproduce on X11 so this is specific to Wayland. I can confirm this problem on Wayland and not X11. I have no idea if it is in any way related to the fact that our current appimages (at least as of a week or so ago) do not work under Wayland. At least Wayland is now stable enough for me that I can run either Wayland or X11 without too much trouble, so I can test possible solutions, although I don't have any current suggestions. Is this still happening on Wayland? I can't reproduce it using kmymoney-master-3185-linux-gcc-x86_64.AppImage under Wayland so setting status to FIXED. I'll try and test it with a local build of git master and update the status if necessary With 5.1.80-a3e6958ff compiled from source (have not yet checked appimage) It looks good for me also, with the exception that once I do hit a character where the name typed so far would be uniqe, it shows TWO of the "do you want to add " poups. In addition, It does that as soon as the name is not known, where it should not even check that until you hit enter or tab out of the field, otherwise there is still no way to actually enter a new value. Should I reopen, or would this count as a new/different bug? (In reply to Jack from comment #6) That sounds exactly like the bug I reported, so reopening I am unable to reproduce this (neither compiled nor latest appimage) on my X-Window based system. Does this only appear under Wayland? Yes, Wayland only. I suppose the problem is somewhere deep in how each keypress is handled. I can run under a debugger, if you can point me where to look, or perhaps suggest where it might help to add some DEBUG output. I can imagine, that closing the popup can trigger it. That happens in KMyMoneyAccountCombo::makeCompletion() https://invent.kde.org/office/kmymoney/-/blob/master/kmymoney/widgets/kmymoneyaccountcombo.cpp?ref_type=heads#L476 . One could try to comment this line to leave the popup view open and see if that makes a difference. Another idea is using a debugger and setting a breakpoint to https://invent.kde.org/office/kmymoney/-/blob/master/kmymoney/views/transactioneditorbase.cpp?ref_type=heads#L227. Once it stops, figure out what triggers the event by examining the call stack. I can no longer reproduce this using the Appimage for 5.1.80-1270b9c, mark as fixed? Let's leave it open for now, until either I also can't reproduce, or I can run it under a debugger. (I usually run X11, so will have to restart my session as Wayland first.) I am unable to duplicate this on 5.2 using X11 nor Wayland. Switching status to waiting for info so that it closes automatically after some time. I now run Wayland almost exclusively, and can no longer reproduce, so I'll close now as fixed in 5.2. I suppose it might have been fixed by some change in Qt6, but we're not likely to ever be certain. |