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 706817 - quickfill jumps to end of line
quickfill jumps to end of line
Status: RESOLVED DUPLICATE of bug 730195
Product: GnuCash
Classification: Other
Component: User Interface General
2.4.x
Other Linux
: Normal normal
: ---
Assigned To: gnucash-ui-maint
gnucash-ui-maint
Depends on:
Blocks:
 
 
Reported: 2013-08-26 16:30 UTC by skwang271828
Modified: 2018-06-29 23:18 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description skwang271828 2013-08-26 16:30:19 UTC
When I enter a transaction in the description box, the cursor jumps to the end of the line without any prompting by the user. In my opinion this can occur "too quickly" because only after three or even two letters of a description being entered the cursor jumps to the end of the line.

Example:
Say I shop at two merchants: Dominick's (a grocery store) and Domino's (a pizza chain). Also assume I shop at Dominick's very frequently, but on an occasion I have purchased a pizza from Domino's. 

When I type "D-o-m@" into the description field, quickfill auto-completes this as entry "Dominick's@". The position of the cursor has jumped to the end of the field. (The dashes are not actually entered buy symbolic representations of separate key-presses. The @ symbol represents the position of the cursor)

Request:
Have quick-fill be triggered by inputing "TAB" or "Enter" (or another key) by the user. Thus as I continue to type "D-o-m-i-n-o-'-s" in the description field the cursor does not move. However, if I were entering another Dominick's entry in my example, then I would chose that description by pressing TAB.
Comment 1 Gus Gustafson 2014-05-14 18:29:25 UTC
I just started getting this behavior with GnuCash in Kubuntu 14.04.
I have found that other people have experienced this as well:

http://lists.gnucash.org/logs/2012/08/2012-08-19.html#T14:18:49
http://forums.gentoo.org/viewtopic-t-691843-start-0.html

So, maybe it is a KDE issue...
Comment 2 Gus Gustafson 2014-05-15 13:31:54 UTC
It is not just a KDE issue, as I have now experienced it in Lubuntu (LXDE) 13.10 (GnuCash 2.4) on a different computer, where I also found the backspace key would not work, or if it does, it takes a very long time, and causes CPU to spike for like 30 seconds or more...

I have also found this to happen on the Kubuntu computer when running a live disk (Kubuntu 14.04) and fresh install of GnuCash (2.6).

Also happens on a Unity session, as well as on an Ubuntu-Gnome session, on that Kubuntu comp. However, it does NOT happen when running a regular Ubuntu (Unity) live CD on that comp. I have not tested with Fedora (Gnome nor KDE) live disks yet...

This issue has only appeared since 3/15/2014, as that was the last time I had used GnuCash, and was not having any issue at that time.
Comment 3 Gus Gustafson 2014-05-20 00:34:39 UTC
for me, culprit was ibus. see here for work-around: https://bugzilla.gnome.org/show_bug.cgi?id=730195
Comment 4 Geert Janssens 2014-05-20 13:15:00 UTC
skwang271828@hotmail.com - are you also using ibus for your data entry ? If so can you test the workaround Gus refers to ?
Comment 5 skwang271828 2014-05-20 14:43:03 UTC
I do not use ibus. More specifically I don't know what it is. I use Gentoo, I did I quick search on my system, and I do not believe I have the app-i18n/ibus package installed.

Looking at the comments, it seems that the bug is not specific to GNOME but based on some specific combination of software/packages/libraries installed resulting in this UI bug only happening to some users.

A work-around could be to add the option in gnucash to disable quick-fill.
Comment 6 Milan Knizek 2014-09-07 17:57:25 UTC
(Arch Linux x86_64, KDE 4.14, GnuCash 2.6.3.)

Similar here: after typing 5 characters in the Description field, quick-fill does its job and auto completes the rest of the description and the cursor jumps to the end of line.

Even after correcting the description (i.e. manually deleting the extra characters filled in by quick-fill), when I continue to type the actual description, the quick-fill jumps in again.

As a result, I cannot type what I want in the description.

The only work-around is to modify something in the 1st five characters, type what I want and finally correct the 1st five characters. A real pain.
Comment 7 Geert Janssens 2015-02-08 18:45:02 UTC
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.

*** This bug has been marked as a duplicate of bug 730195 ***
Comment 8 John Ralls 2017-09-24 22:46:44 UTC
Reassign version to 2.4.x so that individual 2.4 versions can be retired.
Comment 9 John Ralls 2018-06-29 23:18:37 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=706817. Please update any external references or bookmarks.