bugzilla.mozilla.org will be intermittently unavailable on Saturday, March 24th, from 16:00 until 20:00 UTC.
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.
Summary: second non-text key doesn't get through → [PP] second non-text key doesn't get through
Target Milestone: M4
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.
This appears to be happening from inside gtkwindow.c in gtk_window_key_press_event. Passing to ramiro for debugging inside gtk.
I have a fix for this in my tree. The problem was that the gtk signal was propagating up to the parent.
fix committed. to verify: run viewer select menu item Tools->Editor Mode hit left/right keys the cursor should move back and forth
Status: ASSIGNED → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → FIXED
forgot to mark fixed. marking fixed.
This bug has recently come back -- I see it in the 5/19 build.
Status: REOPENED → RESOLVED
Last Resolved: 19 years ago → 19 years ago
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?
Using 6/16 Viewer on Linux platform, verified bug fixed.
You need to log in before you can comment on or make changes to this bug.