GNOME Bugzilla – Bug 411911
incomplete selection when tabbing into amount field of transaction in the past
Last modified: 2018-06-29 21:27:48 UTC
+++ This bug was initially created as a clone of Bug #411766 +++ 2. When entering a new transaction that has been entered in the past and tabbing to the amount field, it doesn't always select the entire amount. It forces you to tab to the next field and back to that field and only then it selects it. That way you can overwrite instead of inserting.
I've never seen that before, fwiw. Does it happen every time, or can you narrow the reproduction criteria?
@JR: Can you please comment on the question in comment#1 ?
(In reply to comment #1) > I've never seen that before, fwiw. Does it happen every time, or can you > narrow the reproduction criteria? > I can't seem to find a pattern to it. Sometimes it selects the amount field when you tab to it, but that is the exception not the norm. I may have not been explicit on my first comment. This happens when it finds a previously entered transaction that matches the description that I am currently entering. I then tab to the amount field to change it, but for the most part it doesn't select it, the cursor is to the right of the last cent ($153.97), it would be to the right of the 7. I can either backspace to delete all the digits or tab to the next amount field and tab back to the original field which then selects the entire amount which allows me to just over type which is what I want. I have tried different scenarios using multiple transactions and I can't decipher a pattern. Even using the same transaction multiple times (intermittent with others) results in sometimes having the amount selected and other times in insert mode. I though that it might be on whether the first amount was a credit or debit, but that did not make a difference. My last version was 1.8.3 and it worked perfectly. Sorry I can't be more specific. It took me a while to respond, because I don't check that email account that often, and on top of that I forgot my id and password. Thanks, Joe.
I was just about to enter a new bug when I noticed this one. The situation that I experience seems to be very similar and may be related (if not I'll be happy to add another bug). I do see this behavior with the amount field as well but only when editing splits. I have an existing transaction (let's assume I moved money from my savings to my checking account) and I made a mistake and need to change the tranfer account. I place the cursor in the Description field and TAB over to the Transfer account field. At this point I experience the same for the account field as has been described here for the amount field. Seemingly randomly the account field is either highlighted or the cursor is placed at the end of the account field without any highlighting. If I click back in the description field and TAB over again somtimes the account field is highlighted and sometimes it is not. Here is some additional information that hopefully will help to narrow down the problem. a) For those times when the account field does get highlighted, when I am starting to type a new account name, pressing the SHIFT key will lowlight the account and place the cursor at the end of the account hierarchy. For an account Assets:Checking that is highlighted pressing SHIFT-A will produce Assets:CheckingA instead of replacing the account name. b) If I hightlight the account name with a double-click of the mouse everything appears to be working fine (i.e. pressing the SHIFT key does not lowlight the entry. c) If I back-TAB from one of the amount fields the highlighting is working correctly. d) If I forward TAB from the description field of a split, highlighting and editing the account field works OK. e) I do see this using single line as well as double-line register view. I am using GC from svn r16072 on 2007-05-12 (FC5).
Can anyone still reproduce this? (I don't seem to be able to.)
Yes, this is still happening. At least what's explained under comment #3. Since I'm not at my desk at the moment I'll have to double-check later today if what's listed under comment #4 has changed or not. I'm using GC from svn r17777 build on 2008-12-14 (FC8)
Hmm, neither way appears to work for me, but I'm using a quartz build on a Mac that may have something to do with it. I am using the latest code (r17897) but I doubt that explains the difference.
It appears that I'm unable to recreate what I had reported in comment #4, item (a) but I do see the other issue alive and well. One more observation from my tests today: It appears that the situation depends on the fact if the cursor is being moved from a field where text is highlighted or not. For example, a) if the cursor is in the description field and the description field is _not_ highlighted, the account field will be highlighted. b) if the cursor is in the description field and a substring of the description field is highlighted, the account field will _not_ be highlighted c) if the cursor is in the description field and the description field is highlighted, the account field will sometimes not be highlighted. These are no absolute rules. If I try often enough I'll encounter every situation but there are definitely tendencies along these lines. I will try to pay a little more attention in my day-to-day work to identify patterns.
GnuCash bug tracking has moved to a new Bugzilla host. The new URL for this bug is https://bugs.gnucash.org/show_bug.cgi?id=411911. Please continue processing the bug there and please update any external references or bookmarks.