Transaction is not focused in new windows

Bug #194910 reported by Michael Shulman
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
GnuCash
Invalid
Medium
gnucash (Ubuntu)
Confirmed
Low
Unassigned

Bug Description

Binary package hint: gnucash

When I open an account in a new window in gnucash, the focus is not on the blank transaction, but instead on the toolbar. I have to press "tab" in order to move the focus to the transaction and start entering data. This is a new problem; the focus used to go to the blank transaction automatically in older versions of gnucash. It only happens when registers are set to open in a new window (Preferences -> Register defaults).

Ubuntu version 7.10 (Gutsy)
Gnucash version 2.2.1-1ubuntu4

Revision history for this message
In , Vol7er (vol7er) wrote :

Please describe the problem:
When I open a new register in a new tab the focus is on the date field of a new transaction and I can change the date.

When I switch to a different tab and come back to the original register the focus "appears" to be still on the date (the date field is highlighted) but any keybord input is ignored. Only clicking in the date field or pressing the TAB key once will bring the focus back to the date field.

It appears the focus is somewhere between the register tab and the date field (pressing shift-TAB moves the focus to the register tab).
This behavior is not limited to the date field.

Steps to reproduce:
1. Open a register (in a tabbed window)
2. Open a second register
3. Return to the first register and perform any keyboard input without pressing TAB or clicking in the tabbed window.

Actual results:
Nothing happens. It as if the keyboard were frozen.

Expected results:
I should be able to enter text and make changes.

Does this happen every time?
Yes.

Other information:
I am running GC from SVN (r14786 on 2006-09-02)

Revision history for this message
In , Christian Stimming (stimming-deactivatedaccount) wrote :

Related focus issues: bug#344452 (and also bug#344451 bug#344225) - but they are not direct duplicates of the issue you are describing here, are they?

Revision history for this message
In , Vol7er (vol7er) wrote :

No, they are not directly related in my opinion.

There is one other issue that may be related: Bug 342658.
However, I opted to add this bug as a new one since it is addressing the issue of losing focus when switching between registers.
Bug 342658 is addressing the issue of the moving between fields without highlighting the target field.

Of course, it may turn out in the end that they are directly related.

Revision history for this message
Saivann Carignan (oxmosys) wrote :

Thanks for your bug report. I tried to reproduce this bug on gnucash 2.2.3 on Hardy but when I open a account, the focus in on the last empty transaction line of the account, so apparently it is fixed in this release. Can you confirm that this bug is fixed for you too with the latest gnucash version? (You don't need to install hardy, you can test this on the hardy LiveCD without installing hardy).

Changed in gnucash:
assignee: nobody → saivann
status: New → Incomplete
Revision history for this message
Michael Shulman (shulman) wrote :

I still experience the bug in hardy, but it only happens when accounts are set to open in a new window (in Preferences -> Register Defaults). Sorry I did not include this in my original bug report; I only just realized that it makes a difference.

Revision history for this message
Saivann Carignan (oxmosys) wrote :

Thanks for finding what the missing detail was. I can now confirm this bug report. Can you update the description of the bug report and also open the same bug in http://bugzilla.gnome.org/ for Gnucash to make sure that gnucash developers are aware of this little bug? You can link the bugzilla bug and the launchpad bug with a click on "Also Affect Project", and then by copying the link of the bugzilla bug. Thanks for your contribution to gnucash and ubuntu.

Changed in gnucash:
assignee: saivann → nobody
importance: Undecided → Low
status: Incomplete → Confirmed
description: updated
Changed in gnucash:
status: Unknown → Confirmed
Revision history for this message
In , Christian Stimming (stimming-deactivatedaccount) wrote :

Still an issue with 2.2.x?

Revision history for this message
In , Vol7er (vol7er) wrote :

Yes, as of GC 2.2.5 (Fedora 8) this is still an issue. When you switch back to the first tab you can not change the date using the keyboard unless you've first clicked in the date field or hit the TAB key (to sync the focus with the cursor position).

Revision history for this message
In , Geert Janssens (gjanssens) wrote :

*** Bug 411913 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Geert Janssens (gjanssens) wrote :

For the record, this is still an issue in 2.3.9 (current development release).

As Derek mentioned in http://lists.gnucash.org/pipermail/gnucash-devel/2010-February/027390.html this issue also pops up when you have set GnuCash to open account registers in new windows instead of tabs.

I believe this is caused by the same mechanics, although the effect is slightly different in the tabs vs windows configuration.

If you are using tabs for account windows, the focus is correct when creating the tab, but the focus is wrong when switching between tabs.

If you are using new windows, the focus is wrong even when creating the window.

Changed in gnucash:
importance: Unknown → Low
status: Confirmed → Unknown
Changed in gnucash:
status: Unknown → Invalid
Dylan Aïssi (daissi)
Changed in gnucash:
importance: Low → Unknown
status: Invalid → Unknown
Changed in gnucash:
importance: Unknown → Low
status: Unknown → Confirmed
Revision history for this message
In , Geert Janssens (gjanssens) wrote :

Bug 577745 is describes the same problem, but for the accounts tab. I am not sure the solution would be identical for both bugs, so I'll keep them open separately.

Gary M (garym)
tags: added: gutsy hardy precise
Revision history for this message
In , Geert Janssens (gjanssens) wrote :

*** This bug has been marked as a duplicate of bug 577745 ***

Changed in gnucash:
status: Confirmed → Invalid
Changed in gnucash:
importance: Low → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.