After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 394628 - Wrong focus after editing an account
Wrong focus after editing an account
Status: RESOLVED OBSOLETE
Product: GnuCash
Classification: Other
Component: General
2.0.x
Other Linux
: Normal normal
: ---
Assigned To: Chris Lyttle
Chris Lyttle
Depends on:
Blocks:
 
 
Reported: 2007-01-09 13:36 UTC by Paolo Benvenuto
Modified: 2018-06-29 21:22 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Paolo Benvenuto 2007-01-09 13:36:05 UTC
If you edit an account while you have an open register, after saving the account properties the focus is in the open register, while you see the account tab.

Reproduce it this way:

Reproduce it this way:
- gnucash --nofile
- New account page
- Create account a
- Open a's register
- Go back to accounts tab -> you have account a selected
- ctl-e to modify account a properties
- return

Now account a isn't selected, and the cursor is in a's register: you can see that hitting tab: in the status bar you can see the tips for the register's fields.

The correct behavious is that after saving the account properties the focus and the cursor goes back to account a in the account tab.
Comment 1 Josh Sled 2007-02-25 14:48:59 UTC
Confirmed; that's pretty awesome.  I've seen this in other contexts before, but I don't recall the particular.  Hoepfully this will be point to the root cause.
Comment 2 Herman Viaene 2007-03-03 08:28:16 UTC
Copy of bug 413868:
Please describe the problem:
In the Transfer dialog of an expanded account, there is an autofill function
which proposes the user the previously entered values in this field,
corresponding to the characters the user has typed in before.
If you fill in a record directly in the main window of an expanded account
(i.e. double click on an accout in the main window), this autofill function
works OK in the Description Field: i.e. the user types in a first character,
the cursor REMAINS after that character and the program proposes a valid
string. The user can accept this one, or type a second character and the
proggram reacts to that etc....
Not so in the transfer dialog, there the cursor always JUMPS BACK to the first
position of the Description Field.

Steps to reproduce:
1. Select an account from the main window, and double click it.
2. Click on the 'Transfer' command
3. Fill in some values for the first fields and then type a first character in
the Description Field.


Actual results:
The cursor always JUMPS BACK to the first position of the Description Field.

Expected results:
The cursor should REMAIN after the typed in character , so the user can
continue typing in and the program can keep selecting from the known values
corresponding to the string the user has ttyped in.

Does this happen every time?
yes

Other information:
The only way I found now to get around this is clicking the mouse once in the
Description Field every time I have entered a character. Very annoying.

Comment 3 Josh Sled 2007-03-03 15:12:52 UTC
(In reply to comment #2)
> Copy of bug 413868:

There's no need to copy the text of the bug, we can click on the links.

FWIW, this bug and Bug#413868 are unrelated.
Comment 4 Christian Stimming 2011-02-08 15:03:51 UTC
Thank you for taking the time to report this bug. However, you are using a version that is too old and not supported anymore. The GnuCash developers are no longer working on that version, so either this bug has already been fixed or unfortunately there will not be any bug fixes for the version that you use. The current stable version of gnucash is 2.4.0 now.

In the (hopefully unlikely) case you discover the same bug in the very latest stable version, do not hesitate to REOPEN it again. Also, feel free to file other bugs or enhancement requests that you find. Thank you very much!
Comment 5 John Ralls 2018-06-29 21:22:06 UTC
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=394628. Please update any external references or bookmarks.