From Bugzilla Helper: User-Agent: Mozilla/4.76 [en] (X11; U; Linux 2.2.17curl1 i686) The current version of the Xaw library in XFree86 has this nifty whiz-bang feature to make it look more like Emacs -- when you type a right-paren, it flashes the cursor briefly back to the open paren that you're closing. This is all well and good unless you happen to type something in the half second during which the cursor is over the open paren. I do this all the time, because I type very fast (80 WPM). If you do this, your cursor, and any text that you subsequently type, will end up in the wrong place. How irritating. I will attach a patch which prevents this from happening by immediately ceasing and desisting from processing pending events during the cursor flash if/when the first event on the queue is either not an X event or is a KeyPress or ButtonPress event, thus indicating that additional input has been entered by the user and it should be processed. This is equivalent to Emacs' behavior -- if Emacs gets additional input while it is showing you an open paren, it immediately moves back to the correct input location and processes the new input. You should submit my patch back to the maintainers of XFree86. I'm not doing it because I see that RedHat has modified the block of code that I'm patching, so the patch I'm submitting should probably be submitted to the XFree86 maintainers along with RedHat's other modifications. Reproducible: Always Steps to Reproduce: Run xedit. Type some text. Type an open paren. Type some more text. Type a close paren and then immediately type some more text while the cursor is flashing back to the open paren. It helps to do this over a dialup connection or some other slow network connection rather than directly on a local display -- the delay in transmitting of events caused by the slow connection seems to make the problem more obvious.
Created attachment 12422 [details] Patch to fix this bug
Added to rawhide 4.0.3-4, thanks again for your patches.