can you provide an exact way to reproduce this?
I tried reproducing this on gnucash, but couldn't.

Not really. I don't know what happened. I just can't type anymore. Let's just say you open an account, see the table, can use tab to change columns and the up and down keys to change rows. It's still possible to change the date with +/- but it no longer works to use +/- in the next field to change the number. In fields with text, the left/right keys don't work, typing doesn't work at all. It all started after an update of several packages with following restart. ibus was one of the packages. I guess it has something to do with special GTK types. Which kind of elements are the rows in GnuCash, what is Gnome Do using for its menu? Typing works in the Gnome-Do settings dialog and I can also type a dot to start text-mode but in text mode I can't type again.

I started ibus and I still couldn't reproduce this bug.
Could you check if it's a config error? by doing the following:
mv ~/.gnucash ~/.gnucash-backup
mv ~/.config/ibus ~/.config/ibus-backup

then restart ibus, and then try again.

I only tried the last line because I'm checking in Gnome-Do which is already running: Shutting down ibus or moving the config directory solves the problem of not being able to type. But when restarting ibus typing Chinese doesn't work anymore. Clicking on the ibus window shows "Kein Eingabefenster" ("no input window"?).

looks like it's a configuration issue, can you please start from scratch (mv .config/ibus to a backup) and try to configure what you need, checking which settings break it?

So it's not a configuration issue. I moved ~/.config/ibus again, did a reboot to properly reactivate ibus and typing in Gnome-Do didn't work again. As I wrote above, it looks to me as if some GTK elements route all relevant keystrokes to the not activated ibus.

It seems like this guy is also experiencing the same problem:

link: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=586739
title: gnucash cannot input ASCII when ibus is running

This sounds exactly like my problem. I can also copy and paste. He's also running a 64 bit system.

That bug has been marked as a duplicate of: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=587298

Hmm, if this is the same bug, I don't think there is much we can do about this.
Extra is using the stable version of gnucash, and it is supposedly fixed in unstable. Try convincing Allan to use unstable :)
The aur also doesn't contain any new/working versions of gnucash, either.
I looked at backporting the commit that fixed it, but the code was completely reworked.
You could try fixing up the -svn or -devel versions in the aur to fix your problem.

As for the gnome-do problem, I don't have any clue yet.

Looks like I found something similar to what you described for gnome-do: http://code.google.com/p/ibus/issues/detail?id=960

edit: more juicy bugs: http://code.google.com/p/ibus/issues/detail?id=968

I don't get why it should be a GnuCash problem. Everything worked fine until the ibus update.

Right, I don't know if this report actually encompasses 2 bugs or is that gnucash bug just really similar to what you're experiencing.
For now, I'll just assume it's one bug, and it is described by ibus#:960/968

I updated gnucash-svn in the aur. Can you test that and report back?

Edit: use pkgrel 2

Interesting, it really works (GnuCash 2.3.14). But what about Gnome-Do?

Looks like the gnucash problem was a separate bug.
My suggestion to you is to use gnucash-svn which I fixed in the aur, or ask the maintainer of gnucash to consider using the unstable version.
As I said above, backporting the patch to the stable version isn't going to happen.

We still need to check if gnome-do has any upstream bug reports related to this.
My theory is that ibus might have fixed a bug which gnucash and gnome-do were using somehow.

What do you mean with ibus fixed a bug?

To explain better, I think that ibus might have had some buggy behavior which gnome-do/gnucash used, and it got fixed in one of the ibus releases.
Again, this is only a theory based on the fact that gnucash was the one that had the bug.

I don't understand how ibus should use a bug. Somehow ibus is preventing some GUI element from receiving the keystrokes. Hm. Strange...

Possible gnome-do related bugs:
http://osdir.com/ml/debian-bugs-dist/2010-06/msg07316.html
https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/432501
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=586976%3C/span%3E
https://bugs.launchpad.net/do/+bug/591998

Gnome Do's upstream bugtrackers suggests that upgrading to the latest (unreleased) version of ibus seems to fix the gnome-do bug.

BTW, for reference, the actual commit that the gnucash got fixed in is http://svn.gnucash.org/trac/changeset?new=gnucash%4018974&old=gnucash%4018973

Debian actually closed its bug because it is supposedly fixed in ibus 1.3.6.
The current one in community is marked out of date.
Can you try the attached package (you have to build it yourself) to see if it works?

Installing and restarting solves the Gnome Do problem. The GnuCash one seems to be a separate one. I downgraded from gnucash-svn to gnucash and the problem was there again. But the upgrades should solve both.

Thanks for testing it.
I was expected this behavior.
It seems that the gnome-do problem was caused by an ibus bug.
The problem with gnucash is actually a problem with gnucash and is seperate from the ibus problem.

But ibus is also involved somehow there. Strange. Thanks a lot for all your help :-).

Could you also confirm that this bug is actually a gnucash one?

Could you build gnucash-svn (just tweaked some things so get a fresh copy)
This time, set "pkgver=18973" in the PKGBUILD and build it with "makepkg --holdver" and test if the input doesn't work with the new ibus.
Then set "pkgver=18974" in the PKGBUILD and build with "makepkg --holdver" and test if it does work.

If 18973 doesn't work and 18974 does work, then I will move it to the archlinux tracker once ibus is updated so that the maintainer (Aaron) will decide what to do with gnucash. (update to unstable or not fix)

I updated ibus to 1.3.6 in community fixing the ibus/gnome-do problem.
Moving to the archlinux tracker and assigning to aaron to decide on what to do about the gnucash bug described above (upgrade gnucash to unstable, or set as "wont fix").

Thanks. I'll build the two gnucash versions later and post the results.

18973 and 18974 both don't compile:

[...]
qoflog.c: In function 'qof_log_level_to_string':
qoflog.c:421:5: error: case value '32' not in enumerated type 'QofLogLevel'
make[5]: *** [qoflog.lo] Fehler 1
[...]

Back after 5 months :P completely forgot about this since I moved it to the tracker.
I don't even remember the exact problem, but you should just use gnucash-svn which fixes the problem.
You can switch to gnucash once upstream releases a new version of it.
Good luck!

Another way is to shut down ibus, use GnuCash and restart ibus.

Is this fixed in gnucash-2.4.6-1 ?

In my system, ibus-1.3.9-3 works well with gnucash-2.4.6-1 and gnome-do-0.8.3.1-2