GNOME Bugzilla – Bug 328893
QuickFill of account name stops at colon
Last modified: 2018-07-02 07:18:30 UTC
Please describe the problem: Referring to the gnucash documentation, item 4.4 "Using Entry Shortcuts" "It also helps you with entering sub-accounts in these fields: simply type the first characters of the parent account name followed by a colon and the first characters of the sub-account name. For example, to enter Assets:Checking, you might type A:C and let GnuCash fill in the rest." This feature is no longer working in SVN. My current SVN version is 12990. Steps to reproduce: 1. Press the colon while entering an account name, where the account has subaccounts. Actual results: The colon no longer auto-completes the account name. It truncates it. Expected results: It should auto-complete as in previous versions of GnuCash. Does this happen every time? yes. Other information: I expect this has been noticed, but I could not find it documented in Bugzilla. Therefore, I am entering it.
What version of GTK do you have? Distro? There is conditional logic around this in the register; I noticed it not working with gtk-2.8 and fixed it, but that was well before r12990...
I just re-verified against r13003, and it continues to work here.
I've just built 13012, and it continues to fail for me. I have gtk+2-2.6.10-i486-1 (i.e. 2.6.10 version) installed. I am using Slackware 10.2 (upgraded from 10.0). This is the latest 2.6.x version (I checked a week or so ago).
Actually I've observed the same problem on my system. The quickfill does work for the first part of the account name, but when typing the colon (or whatever the account name separator is) then it breaks. This is suse9.3, versions as in README.dependencies: glib2-2.6.3, gtk2-2.6.4
To test whether this is a function of my version of gtk, I have upgraded gtk to gtk+2-2.8.11. This required the following: - upgrade to glib2-2.8.6 - upgrade to pango-1.10.2 - installation of cairo-1.0.2 I did a complete rebuild of gnucash svn 13054. This problem persists. Please note: I am moving to a new home tomorrow; communications may be slow.
Seems like it's confirmed, then.
*** Bug 329811 has been marked as a duplicate of this bug. ***
I can confirm this bug exists on FC3 with r13088
I cannot reproduce this bug with r13117 on Debian unstable. versions: libglib2.0-0 2.8.6-1 libpango1.0-0 1.10.2-1 libcairo2 1.0.2-3 libgtk2.0-0 2.8.10-1 QuickFill of account name works fine, a:b:c brings up Assets:Current Assets:Bank CD
I have: gnucash svn13123 (newer) glib2: 2.8.6 pango: 1.10.2 cairo: 1.0.2 gtk+2: 2.8.11 (newer) When I tried this today, I did not use the split button in the register. The register was for a liability account (credit card). I typed "ex:" in the account area. Instead of getting "Expenses:other account" I got just "Ex:". Before typing the ":", it does have a highlighted full account name, as expected. As I had to compile glib2, pango, cairo, and gtk+2 for my Slackware 10.2 system, I will also note that I am using gcc version 3.3.6. I compiled these to test if the gtk version was responsible for this problem (and one other, since resolved (328788)).
I'm seeing this on updated-FC3: glib2-2.4.8-1.fc3 pango-1.6.0-7 cairo not installed gtk2-2.4.14-4.fc3.3
One little gem: When I use a file created by 1.8, this QuickFill bug doesn't appear. When I start with a new file from an svn build, it shows up. The data corruption behind Bug 330118 didn't affect it, with an old (damaged) or fresh copy of the 1.8 file, the bug does not appear. When I use a new G2 file, QuickFill fails - both in accounts and invoices. I can reproduce this switch in behaviour - each time I load a G2 file, QuickFill fails, open a 1.8 file and it works, re-open the G2 and it fails again.
Question: if you have a file from 1.8, load it into g2, save it out, quit, restart, and load the "saved" file, is that considered a 1.8 or g2 file? I'm asking because I didn't try testing on the first-time load of the 1.8 file, but I definitely see it on the 1.8-derivative. I can't imagine why the creator version of the file would have anything to do with it...
Start with my freshly copied 1.8 file, loaded into g2, saved in g2. I quit g2, restart g2 - allow it to load the same file automatically, QuickFill still works. i:l brings up Income:Locum Invoices. ?? Open my g2 test file from the same instance, QuickFill fails. i:l just leaves i:l. Open my 1.8 file, it works again. Open g2, it fails again. Strange. Maybe it's simply that the g2 files don't contain lots of data? Is QuickFill being initialised properly? I've only got minimal amounts of data in test files actually created by g2.
I used gnucash-1.8.12 for January's data, and switched to 1.9.0 soon after it came out; then I used gnucash 1.9.0 for all new entries. I see the problem too. gtk2+-2.8.11, glib2-2.8.6, pango-1.10.3, cairo-1.0.2.
Fixed in r13310. The problem wasn't related to 1.8 vs. g2 data files, but to the use of the placeholder flag in newly created g2 files.
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=328893. Please update any external references or bookmarks.