Description of problem: Prior to guile 1.8.0 register input fields were filled in as you typed, allowing tab to be pressed once the correct field is found. Now, after the first key is pressed in a field and the value is guessed, all subsequent key presses are insert inside the guessed value. Version-Release number of selected component (if applicable): guile-1.8.0-2 gnucash-1.9.5-3 How reproducible: Always Steps to Reproduce: 1. Open a register 2. Enter a transaction (or have a transaction already entered) with a value like "tshirts x4". 3. Start typing in a new transaction with a field value like "tshirts x2". Actual results: As you type "tshirts x2", "tshirts x4" will pop up. Then "tshshirts x4" as you type the second and third characters. Expected results: As you type "tshirts x2", "tshirts x4" will pop up. "tshirts x4" stays suggested until either you hit tab, backspace, and then "2"; or until you type a character not in the string "tshirts x4". Additional info: I'm not sure whether this is a guile bug or a gnucash bug, but since the only apparent code change is a new version of guile, I believe the guilt resides there.
gnucash-1.9.5-3 with guile-1.8.0-2, g-wrap-1.9.6-4, slib-3a3-1 doesn't show this problem on FC5, but on devel does. Maybe something else has changed?
I'm trying to revert gtk2 to see what that dones: rpm -Uvh --oldpackage gtk2-devel-2.8.17-2.i386.rpm gtk2-engines-2.7.4-6.i386.rpm\ gtk2-2.8.17-2.i386.rpm librsvg2-devel-2.14.3-2.i386.rpm \ librsvg2-2.14.3-2.i386.rpm redhat-artwork-0.241-1.i386.rpm \ libwmf-0.2.8.4-6.i386.rpm libgnomeui-2.14.1-2.i386.rpm \ libgnomeui-devel-2.14.1-2.i386.rpm This got me: $ gnucash gnucash-bin: error while loading shared libraries: libgnomeui-2.so.0: cannot open shared object file: No such file or directory Is this an unlisted dependency?
Will do some testing. Can you get this upstream as well? I should probably build some test packages for FC5 to help diagnose these things.
After the above error in #2, I revert gnucash (and compatible version of guile). I then ended up with the errors: $ gnucash <unnamed port>: In expression (user-vicinity): <unnamed port>: Unbound variable: user-vicinity $ This was from both previous versions of 1.9.5 and 1.9.4 of gnucash.
Posted as: http://bugzilla.gnome.org/show_bug.cgi?id=342182
Fairly certain this isn't guile-related. Pushing to gnucash.
Closing, will be fixed with a rebase to 1.9.7.
*** Bug 193328 has been marked as a duplicate of this bug. ***