GNOME Bugzilla – Bug 730195
When used with KDE Desktop, quickfill jumps to end of line
Last modified: 2018-06-29 23:30:50 UTC
GnuCash has become unusable in Kubuntu 14.04 (2.6.1), Lubuntu 13.10 (2.4), and apparently, in Ubuntu 14.04 (2.6.1?) for some people... quickfill auto-fills and jumps to end of line (no more highlight) after typing 1 letter, so you can't enter a description properly, also, can't use backspace and delete. plus, screen does not redraw properly when doing many things, scrolling, typing date, etc. CPU shoots way up... https://bugzilla.gnome.org/show_bug.cgi?id=706817 https://bugs.launchpad.net/ubuntu/+source/gnucash/+bug/1316186 https://bugs.launchpad.net/ubuntu/+source/gnucash/+bug/1317112 please work with ubuntu folks to get fixes released asap. i have heard that the build in getdeb is hanging on exit, and we can't expect normal users to build from source, so clearly a fix via normal repository updates is needed.
I have now built gnucash from the current source tarball (2.6.3: "This copy was built from rev 4e4a032+ on 2014-05-15") on a fresh Kubuntu 14.04 install, and I can report that, actually, the above problems are still present in 2.6.3. I had heard that they were resolved in 2.6.2. So, that appears to be false... I guess I need to build from an old raring release or something... Hopefully I can do this without dependency version issues... Otherwise, I'm not going to be able to do any accounting until this is fixed.
I have discovered that the cause of the issues was using ibus as the input method. Using im-config to switch back to xim for input has relieved the issues. gnucash devs, please advise whether this should be addressed by gnucash or ibus folks. If ibus, I will file a bug with them. Otherwise, please update gnucash to work properly with ibus. Thanks.
After further use, I must report that, while switching to xim has eliminated the issue of not being able to use backspace and delete, it has only greatly, but not completely, reduced the issue of the cursor jumping to the end of the line, thereby autofilling and un-highlighting an un-desired description. This makes it seem to me that the issue is more something in gnucash, than with ibus specifically/only... Please investigate. I may try upgrading gnucash to 2.6.3 (from 2.6.1) again. If I do, I'll update results here.
Building 2.6.3 (rev 4e4a032+) today did not fix the issue with cursor jumping to end.
Furthermore, the problem persists with all of these input methods: fcitx, uim, xim, and ibus.
(In reply to comment #2) For anybody else reading this: The way to get backspace/delete working again on Ubuntu 14.04 is to run the following command in a Terminal: im-config -n xim Then, log out and log in again. Then the keys should work as normal again.
*** Bug 706817 has been marked as a duplicate of this bug. ***
I think two separate issues were reported in this bug: 1. ibus causing the backspace to no longer work properly 2. quickfill jumping to the end of the text prematurely The ibus part is out of gnucash' control. So I'll keep this bug open for the quickfill issue.
I am struggling with quickfill jumping to the end of the line after only a couple of characters of input. I started seeing the problem when I switched from Ubuntu 12.04 to Fedora 18. I thought it was specific to my machine, but after moving my wife from Ubuntu 12.04 to Fedora 21 she sees the problem too. I can confirm the problem exists in two different Fedora 21 machines, Gnucash 2.6.5, running KDE 4.14.6.
*** Bug 742302 has been marked as a duplicate of this bug. ***
I have a similar problem with automatic completion, but I am not experiencing the full gamut of problems described in earlier comments. My delete and backspace keys still work. I note the comment from Geert Janssens that part of the problem belongs to ibus, but the quickfill issue is gnucash's. Nevertheless, the application is only barely usable, and this problem has been around for a long time. I hope you will tell me it is already fixed in a subsequent release, or at least give an indicated date for the fix. I am using debian 8 (jessie). The problem first occurred in debian 7, and I was hoping it would be fixed when I installed debian 8. gnucash release 2.6.4. KDE 4.14.2 This is how it manifests itself in my system. I have a previous transaction with the description "Harvey Norman" and another with the description "Harvest Store". I am now trying to enter a transaction "Harvester". When I enter 'H', it suggests "Harvey Norman". When I enter 'a', it accepts the suggestion and jumps to end of line. If I type the whole word "Harvester" without pausing, I end up with "Harvey Normanrvester". To enter "Harvester", I need to type: 'H' delete 'a' delete 'r' delete 'v' delete 'e' delete 's' delete 't' delete 'e' 'r'. After the 's' it starts suggesting "Harvest Store".
I've changed the title to reflect that this seems to be an issue with KDE only.
Can we please bump this issue? This is now happening on Fedora 25, with gnucash 2.6.15 running on Gnome 3.22. Yes, I'm using iBus as an input method and I unfortunately need it.
(In reply to Philippe Troin from comment #13) > Can we please bump this issue? > This is now happening on Fedora 25, with gnucash 2.6.15 running on Gnome > 3.22. > Yes, I'm using iBus as an input method and I unfortunately need it. Are you using the Gnome desktop?
I'm not a gnucash developer, but I am willing and able to help any way I can to resolve this bug, as it causes no end of grief. See my comments in 11, for example. I am willing to conduct any tests that might help, install a debug package, or do anything else you ask - within limits, as I have other time commitments too. This may help you if, for example, you cannot duplicate the bug on your system. I'm using KDE desktop, debian jessie 8.6, just updated to 8.7.
(In reply to Gerry Butler from comment #15) > I'm not a gnucash developer, but I am willing and able to help any way I can > to resolve this bug, as it causes no end of grief. See my comments in 11, > for example. > > I am willing to conduct any tests that might help, install a debug package, > or do anything else you ask - within limits, as I have other time > commitments too. This may help you if, for example, you cannot duplicate the > bug on your system. > > I'm using KDE desktop, debian jessie 8.6, just updated to 8.7. Are you able to get the sources and debug symbols for GnuCash, Gtk, and im-ibus and run in a debugger to see what im-ibus is doing that moves the insertion point to the end of the matched text instead of leaving it where the user is typing?
(In reply to John Ralls from comment #16) > Are you able to get the sources and debug symbols for GnuCash, Gtk, and > im-ibus and run in a debugger to see what im-ibus is doing that moves the > insertion point to the end of the matched text instead of leaving it where > the user is typing? I'm not sure. I will have to learn a few things, as Gtk, ibus, etc are outside my experience, but I'm willing to try, as this bug is a real pain in the neck. I'll get back to you, probably with a heap of questions, probably in a week or two.
No rush, it's been 18 months... besides, I'm in develop mode (for 2.8.0) rather than bugfix mode until March.
(In reply to John Ralls from comment #14) > (In reply to Philippe Troin from comment #13) > > Can we please bump this issue? > > This is now happening on Fedora 25, with gnucash 2.6.15 running on Gnome > > 3.22. > > Yes, I'm using iBus as an input method and I unfortunately need it. > > Are you using the Gnome desktop? Yes, sorry, that should have been obvious ("running on Gnome 3.22"). After further investigations, this is none of Gnucash's fault, at least in my case. There's a bug in the postinst of the ibus-gtk[23] Fedora 25 packages that sometimes prevents it from running gtk-query-immodules-<gtk-version>-<32/64> --update-cache. I was missing the immodules.cache and gnucash was not loading the ibus helper correctly, if at all. The problem was solved by running: gtk-query-immodules-2.0-32 --update-cache gtk-query-immodules-3.0-32 --update-cache gtk-query-immodules-2.0-64 --update-cache gtk-query-immodules-3.0-64 --update-cache (I have both GTK2 and 3 installed, both 32 and 64 bits, YMMV). I'd recommend to everybody that encounters this issue makes sure that: - you have the gtk (2? gnucash looks like it's GTK2) ibus module installed - that your module cache is up-to-date
(In reply to Philippe Troin from comment #19) > (In reply to John Ralls from comment #14) > > (In reply to Philippe Troin from comment #13) > > > Can we please bump this issue? > > > This is now happening on Fedora 25, with gnucash 2.6.15 running on Gnome > > > 3.22. > > > Yes, I'm using iBus as an input method and I unfortunately need it. > > > > Are you using the Gnome desktop? > > Yes, sorry, that should have been obvious ("running on Gnome 3.22"). Yes, but... It says "KDE Desktop" in the subject line and I wanted to make sure, because it would be the first time that a Gnome user reported the issue. Except that you fixed it. > > After further investigations, this is none of Gnucash's fault, at least in > my case. > There's a bug in the postinst of the ibus-gtk[23] Fedora 25 packages that > sometimes prevents it from running gtk-query-immodules-<gtk-version>-<32/64> > --update-cache. > I was missing the immodules.cache and gnucash was not loading the ibus > helper correctly, if at all. > The problem was solved by running: > gtk-query-immodules-2.0-32 --update-cache > gtk-query-immodules-3.0-32 --update-cache > gtk-query-immodules-2.0-64 --update-cache > gtk-query-immodules-3.0-64 --update-cache > (I have both GTK2 and 3 installed, both 32 and 64 bits, YMMV). > > I'd recommend to everybody that encounters this issue makes sure that: > - you have the gtk (2? gnucash looks like it's GTK2) ibus module installed > - that your module cache is up-to-date But that might apply to KDE Desktop users too. In particular, Gerry Butler, please check this before you get too deep in the debugging weeds.
(In reply to John Ralls from comment #20) > (In reply to Philippe Troin from comment #19) > > (In reply to John Ralls from comment #14) > > > (In reply to Philippe Troin from comment #13) > > > > Can we please bump this issue? > > > > This is now happening on Fedora 25, with gnucash 2.6.15 running on Gnome > > > > 3.22. > > > > Yes, I'm using iBus as an input method and I unfortunately need it. > > > > > > Are you using the Gnome desktop? > > > > Yes, sorry, that should have been obvious ("running on Gnome 3.22"). > > Yes, but... It says "KDE Desktop" in the subject line and I wanted to make > sure, because it would be the first time that a Gnome user reported the > issue. Indeed. It was worth asking. > Except that you fixed it. > > > > After further investigations, this is none of Gnucash's fault, at least in > > my case. > > There's a bug in the postinst of the ibus-gtk[23] Fedora 25 packages that > > sometimes prevents it from running gtk-query-immodules-<gtk-version>-<32/64> > > --update-cache. > > I was missing the immodules.cache and gnucash was not loading the ibus > > helper correctly, if at all. > > The problem was solved by running: > > gtk-query-immodules-2.0-32 --update-cache > > gtk-query-immodules-3.0-32 --update-cache > > gtk-query-immodules-2.0-64 --update-cache > > gtk-query-immodules-3.0-64 --update-cache > > (I have both GTK2 and 3 installed, both 32 and 64 bits, YMMV). > > > > I'd recommend to everybody that encounters this issue makes sure that: > > - you have the gtk (2? gnucash looks like it's GTK2) ibus module installed > > - that your module cache is up-to-date > > But that might apply to KDE Desktop users too. In particular, Gerry Butler, > please check this before you get too deep in the debugging weeds. That definitely DOES apply to KDE users. You need to have the ibus-gtk2 IM modules correctly installed, or ibus will cause the problems described here.
Installing the ibus-gtk2 module appears to resolve the problem for me on Fedora 24 and KDE. I only tested for 30 seconds, but it appears to work. Thank you! So it appears that the bug is that the package is missing a dependency. I reported the Fedora bug here: https://bugzilla.redhat.com/show_bug.cgi?id=1413984 This bug has really annoyed me for a long time. Thank you very muuch for helping to diagnose it.
The GnuCash/IBus combo is still slightly misbehaving when it comes to completion, but turning on "Use native keyboard" in IBus Settings makes it perfect. I thought I should mention. At this point, all this info should be put into some kind of FAQ :-)
Thank you Philippe, John. I did as you suggested. In my situation (debian/jessie 8.7) it only partly worked. Please don't close this bug report yet. I will investigate further. It may take a while, as this is outside my experience. I will need to learn a few things first. I am sufficiently motivated, as this issue is driving me bonkers.
I am a victim of this bug as well and it is driving me nuts. I use GnuCash a lot and this bug popped up randomly a couple days ago and has made GC pretty unusable. I run Ubuntu 16.04 w/ KDE Plasma 5.8.5 and GC 2.6.12. I cannot try the gtk-query-immodules commands mentioned above as they are not on my system and I can't find a package that contains them (just libgtk2.0-bin) that only contains the man page, not the executable). I have tried switching input methods with im-config -n and that has not helped at all. I've fiddled with iBus preferences and tried with or without ibus-daemon running and no change observed. As this is seriously effecting what I can do I'm willing to help with anything I can as far as testing, supplying logs, taking video of the problem, whatever is needed. Thank you --
I tested again by using the Unity environment and the problem was not present. When I switched back to KDE it was a problem again.
Ubuntu 16.04 MATE installed ibus-gtk and ibus-gtk3 Didn't work until rebooted then it works.
Gerry Butler: Have you had time to get back to this? What additional problems are/were you having? Matt K: The command you need is gtk-query-immodules-2.0 and it's included in the libgtk2.0-0 package.
Good evening John and others: I am motivated, but debugging gtk, ibus - this is outside my skills and expertise. So far I have achieved nothing useful. I'm really sorry. To confirm what I think you already know: on debian/jessie, the problem only happens with KDE (which I use nearly all the time). It doesn't happen on xfce, cinnamon, lxde, or gnome. After typing a few characters, typically 3 or 4, it jumps to end of line and accepts the suggested entry. It happens in both the Description and Notes fields.
*** Bug 743458 has been marked as a duplicate of this bug. ***
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=730195. Please continue processing the bug there and please update any external references or bookmarks.