ctrl-x makes text bold (instead of cut)

is this the latest version on dapper?
I can't reproduce it here... ctrl+x cuts, ctrl+b makes the font bold

yes, version is

$ apt-cache policy tomboy
tomboy:
  Installiert:0.3.5-1ubuntu2
  Mögliche Pakete:0.3.5-1ubuntu2
  Versions-Tabelle:
 *** 0.3.5-1ubuntu2 0
        500 http://archive.ubuntu.com dapper/main Packages
        100 /var/lib/dpkg/status

I don't know if this could be in any way related to my keyboard layout having changed to dvorak recently but everywhere else it works fine(including other mono apps like beagle (the search interface)).
However just in case, x is now where b was before.

Could you please try switching back to qwertz or qwerty or whatever you had before and if this fixes the problem for you?
Then we would at least know what's the cause of this

after switching back (using gnome controls), and forth i noticed that regardless of what was the current layout,
when pressing ctrl+ something, tomboy actually recognizes both layouts keys, or better one of them if both and new key had function. For example pressing the key that was x on quertz (should crop) closes the window because it's q on dvorak, all this while the keyboard acts as qwertz on normal text input and normal with combinations in other applications. If i press ctrl-, in dvorak which would be ctrl-w with qwertz, the window closes. I'll try after changing to qwertz in xorg.conf again.

And this only happens with tomboy and nothing else? Weird... I see no way why this would happen but I'll take a look at the sources in the next days

Ok, sorry, tested more, seems like all gtk apps have the same behaviour with closing and cut/paste. I guess I just had a look for certain keys...
It's definitely not tomboys fault.
What package would that go then?

I would say that this is a gtk bug then... or do you also have this with non-gtk (i.e. KDE/QT, motif, ...) apps?

looks like at least one qt app does not have the issues.
The problem is gone when I remove my old layout in the gnome keyboard control window (which was unchecked), so there is only dvorak left - at least a workaround for now.
I'll report it as a gtk bug then

probably the same issue than bug #23244. I'm marking it as duplicate, feel free to reopen if you think that's not the case