Version: 4.5 (using KDE 4.4.5) OS: Linux Editing a new record and hitting the splits button brings up a dialog. However you can only enter one character into the account name before it tries to find the account and then pops up a dialog that it doesn't exist. If you bring up an old record and hit the edit button, then no matter what field you click on you are bounced back out as if you hadn't clicked on the field and the previous contents are displayed. Reproducible: Always Steps to Reproduce: Try to enter any new record in an account. Actual Results: Can't enter splits. You can enter everything else, just not a split. Expected Results: You should be able to use the split editor. Without it, you can't use the software. I've deleted the config file and restarted the app just to see if that made a difference. Same results. I went back to 3.98.1. With it, if you try to edit the description in the split editor it tries to make an account out of it so there is no way to enter a description in the split editor. This can also happen when you try to enter a value even though the value is highlighted and the value column of the row apparently has focus. When selecting an account you might randomly get the account selection dialog or it might take off trying to find an account after one character as well, but at least if you try several times you can usually get it to select the right account. The selection works properly once the account selection pull down list is shown. The only way to edit an amount is to bring up a calculator and change the value there. That works in 3.98.1. However on 4.5, even clicking on the calculator icon is immediately dropped back as if you hadn't hit it at all. Using a right click in the edit dialog brings up edit, but it likewise fails to bring up the edit in 4.5 The software is compiled from your source. The KDE distribution is from Fedora 12. I've tried backing up one level of kernel. Other applications don't seem to be having any problems with focus and mouse so I don't think it is video driver related but it's hard to tell. I reset all mouse parameters to defaults as well. While it doesn't cause data loss, it certainly seems like a major bug. I'll be trying F13 at some point in the near future, but I'm not sure that will make any difference.
I can't confirm. I tried here and the autocompleter of the split dialog works fine, showing the account selector as you type. What's your distro?
Fedora 12 with both 4.5 and 3.98.1 compiled from source. I'm not at all sure that there isn't an issue with the kernel/video driver combination or some combination of that with Qt, but I can't think of why it would be picking on kmymoney and not other apps, although there aren't any others that would be using the table widget and selection that I can think of that I use. The underlying Qt is 1:4.6.3-8.fc12 It is also odd that with the same development system and environment the failure modes would be similar between 3.98.1 and 4.5 (although 3.98.1 at least works in a pinch and 4.5 completely fails).
I think that something could be wrong with your installation since if, after hitting a key, the new category/payee dialog comes up that means that the edit widget somehow is loosing focus after each keystroke which is bad. Could you think of any reason why the focus is being taken away from the edit widget? Does entering a category/payee in the ledger work. The same mechanism is used in the ledger also.
I switched back to 4.5 for the test. I can enter a change to a Payee without a problem. When entering a new transaction and picking one from the history, I discovered that I can enter a change to lines other than the first line in the split editor. Previously, I was just trying to change the first line. On the first line, you can see it bring up the line for editing with the OK and Cancel and then immediately assume that it was entered and redraw the dialog entries as they were. Going back and selecting the one that I just entered for editing, it again exhibits the original problem. All lines bounce back from editing mode with a visible OK/Cancel to the original immediately without waiting for input. This is true whether you click on them directly or whether you select edit from the right mouse button. The top line in the payee list can be edited, along with other lines. The ledger itself works properly. All fields accept entries without having a focus loss and without having it drop back on a single keystroke.
This seems to be bespin theme related. Selecting QtCurve seems to work properly. Not sure what is up with the interrelationships, but at least it is isolated.