Linux. page up/down does not scroll content until focus is set to the window, e.g. click in the window once and then page up/down starts working.

*** Bug 2084 has been marked as a duplicate of this bug. ***

not M6, marking M7.

I had really hoped to nail this one for M7 but it is not to be. Requires more discusion with xpfe guys to fix.

This is also an xp bug, actually.

*** Bug 5343 has been marked as a duplicate of this bug. ***

Changing platform to ALL, page up/page down does not work on Windows in build: 1999-16-17-08-M7

Just so we're clear on this, does pgdn/up not work at all or not without a click? These are different bugs and I want to make sure they don't get mixed up. This bug is for pgdn/up not working until the window is clicked in.

On 6/17 Linux build, page up/down works but only after clicking in the window.

The Lose98 Apprunner Build of 1999061708 again offers cursor-key functionality, but only after a focus click.

Win32 builds require a click, then they work. This bug is a duplicate of 4125, so I'm marking it as such. *** This bug has been marked as a duplicate of 4125 ***

Sorry, I don't buy the dup story. 4125 has a different test case, is marked Win32, and has a milestone of M4. I like 7027 better than 4125, can we get joki to add a comment here? Reopening.

Clearing Duplicate resolution since the bug is now Reopened.

This is partially fixed. Right now if you unfocus, and then refocus the window these keys work but on initial window creation they don't. I'd say that's probably a WebShellWindow kind of thing. But I'd say this is as good as it will get for M8 since I need WebShellWindow guys to tell me where this initial focus change should happen. Moving rest to M9.

joki at w3c

This one really is a dupe. Marking as such. *** This bug has been marked as a duplicate of 9701 ***

Moving to M11. Not to hold for M10 per conversation with joki during bug triage today.

verified