GnuCash
Contact   Instructions
Bug 796938 - Typing account name no longer navigates to account
Summary: Typing account name no longer navigates to account
Status: RESOLVED FIXED
Alias: None
Product: GnuCash
Classification: Unclassified
Component: General (show other bugs)
Version: 3.3
Hardware: PC Mac OS
: Normal minor
Target Milestone: ---
Assignee: general
QA Contact: general
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-11-05 10:27 EST by Ira Fuchs
Modified: 2019-01-13 19:19 EST (History)
4 users (show)

See Also:


Attachments

Description Ira Fuchs 2018-11-05 10:27:22 EST
In previous versions, it was possible to begin typing an account name in the Accounts window and the first account matching the typed string would be highlighted to simplify navigation. Typing a name now has no effect.
Comment 1 Geert Janssens 2018-11-05 10:40:35 EST
It still does on Fedora linux. Have you clicked first on a random account to move the focus to the account list ?
Comment 2 Ira Fuchs 2018-11-05 11:23:21 EST
Yes, clicking on an account does not help. I don't suppose there is a preference that controls this (I didn't see one).
Comment 3 Geert Janssens 2018-11-05 11:58:31 EST
Not that I know of. So this appears to be a Macos specific thing. The developer on that platform is out of town until the end of the month, so it may take some time to get a response.
Comment 4 John Ralls 2018-11-05 16:43:16 EST
"Out of town" has a different meaning on the 'net. ;-)

This is a longstanding issue with the Quartz input module (the bit of code that enables one to type Asian characters on a normal roman-letter keyboard) and GtkTreeView. If you don't need Asian characters you can work around the problem by removing or renaming 
Gnucash.app/Contents/Resources/lib/gtk-3.0/3.0.0/immodules.cache
Comment 5 Ira Fuchs 2018-11-05 16:47:44 EST
That works great. Thanks!
Comment 6 Geert Janssens 2019-01-10 15:49:43 EST
So this isn't a GnuCash bug really ? Does a related bug exist upstream ?
Comment 7 John Ralls 2019-01-10 16:23:03 EST
https://bugzilla.gnome.org/show_bug.cgi?id=707945, which was dumped in the move to gitlab. But see also https://bugzilla.gnome.org/show_bug.cgi?id=748672 about the feature in Gtk3.

There's a patch on the first bug. I can probably get an updated version merged now...
Comment 8 Geert Janssens 2019-01-10 16:42:10 EST
Re https://bugzilla.gnome.org/show_bug.cgi?id=748672, whew the gtk devs are a tough crowd... Luckily that bug is about type ahead in the file chooser dialog only. While that internally uses a gtktreeview it's not type ahead for the gtktreeview itself that's being debated there.
Comment 9 John Ralls 2019-01-10 17:12:30 EST
It was in Gtk2, it isn't any more. For typeahead in Gtk3/Quartz GtkFileChooser see bug 797017 and https://gitlab.gnome.org/GNOME/gtk/issues/815...
Comment 10 John Ralls 2019-01-10 17:16:42 EST
Which is I guess irrelevant for Gnome's 748672 since that's about Gtk3.16, but typeahead search in GtkFileChooser does work (except when it crashes, as in issue 815).
Comment 11 John Ralls 2019-01-13 19:19:51 EST
The patch still works so I've pushed it to gtk-3-24. As long as someone doesn't take umbrage (shouldn't be controversial and it's not like anyone else ever works on imquartz.c) and revert it, it will be in gtk-3.24.3 whenever Matthias Classen gets around to releasing it. I've seen rumblings that will be soon.

In the meantime and for insurance I've added it as a patch against gtk-3.24.2 in gtk-osx-build and fired off a rebuild on the VM I use for making the mac bundles, so it should be in GnuCash 3.5.

Note You need to log in before you can comment on or make changes to this bug.