3249 - [PP] second non-text key doesn't get through

Status: VERIFIED FIXED

(Core :: DOM: UI Events & Focus Handling, defect, P2)

Description

[Akkana Peck]

Start viewer (no need to be in editor mode).  Click somewhere in the middle of
some text to set the selection point.  Hit right-arrow; notice that the cursor
moves right one character.  Hit right-arrow again, notice that nothing happens.
The second key event apparently isn't getting through.  Strangely, on the first
right-arrow, I see on stdout:
debug vk right
debug vk up
I don't know where the vk up is coming from, but that might be the problem.

Another instance of probably the same bug: hit scroll down; see the doc scroll.
Hit scroll down a second time; nothing happens.

I don't know whether this is XP or Linux only.

Comment 1

[Akkana Peck]

Marking M4 (really should have been M3) since this will seriously hurt usability
of the editor.  Adding PP since it seems to be Linux only.

Comment 2

[joki (gone)]

This appears to be happening from inside gtkwindow.c in
gtk_window_key_press_event.  Passing to ramiro for debugging inside gtk.

Comment 3

[ramiro]

I have a fix for this in my tree.

The problem was that the gtk signal was propagating up to the parent.

Comment 4

[ramiro]

fix committed.

to verify:

run viewer
select menu item Tools->Editor Mode
hit left/right keys
the cursor should move back and forth

Comment 5

[ramiro]

forgot to mark fixed.

marking fixed.

Comment 6

[Akkana Peck]

This bug has recently come back -- I see it in the 5/19 build.

Comment 7

[Akkana Peck]

Now it's fixed again ...  Not sure what happened, maybe it got affected by
something else that was going on in the widget or events stuff?

Comment 8

[Christine Hoffman]

Using 6/16 Viewer on Linux platform, verified bug fixed.