Go to any page that has a form to fill in. Don't know any? Then try the menu item edit/wallet/samples and pick one of those. Start to enter data into any field. Tape a space in the field. Suddenly browser will scroll down to the very bottom of the page. This is a regression that just started happpening with this morning's build.

karnaze, any ideas on this bug or who it should go to?

I don't know what caused this especially if it just happened today. It exhibits the same behavior in viewer as well. There is code in nsFormControlFrame:HandleEvent which checks for the NS_VK_SPACE key event but it doesn't do anything that could cause the page to scroll down (and that code has been there more than a couple of weeks). Tom would be the best to track it down, but he probably had nothing to do with it, since he has been out of town. I'm reassigning to Tom, but I'm not sure when he gets back. I'm also adding Patrick to the CC list, because although nsFormControlFrame:HandleEvent set the event status to eConsumeDoDefault, it appeared that a bunch of views got a crack at the event after that.

I don't know what caused this especially if it just happened today. It exhibits the same behavior in viewer as well. There is code in nsFormControlFrame:HandleEvent which checks for the NS_VK_SPACE key event but it doesn't do anything that could cause the page to scroll down (and that code has been there more than a couple of weeks). Tom would be the best to track it down, but he probably had nothing to do with it, since he has been out of town. I'm reassigning to Tom, but I'm not sure when he gets back. I'm also adding Patrick to the CC list, because although nsFormControlFrame:HandleEvent set the event status to eConsumeDoDefault, it appeared that a bunch of views got a crack at the event after that.

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

This seems to be a duplicate of a much earlier bug that had to do with not directing keypresses to the appropriate part of the application. Of course, I'm clueless and don't know that earlier bug number. Anyone?

This bug severly impacts editor usability. M6.

Well, I misread the summary slightly; problems in editor are similar to problems in forms. Perhaps this is a dup of 3999?

Well, I misread the summary slightly; problems in editor are similar to problems in forms. Perhaps this is a dup of 3999?

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

This is now working correctly in a current build. Closing as "works-for-me"

In the 5/17 Build, the typing space in a forms works correctly.

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

Someone is reporting this again. Please see bug #59192 for details.

I haven't seen this problem for a while now in recent builds on linux or windows. Is anyone else still seeing this?

Several other recent reports: see bug 26822.

Bug 26882 contains instructions on how to reproduce this behavior reliably, on Windows and Linux (I'm not sure whether anyone's tried it on Mac).

Akkana, are you sure that you mentioned the right bug number? That one doesn't sound like it.

See my second comment (bug 26882), not my first one (where I mistyped the number).

Chris, you were fixing this (have fixed this earlier), right? If not, just pass this back...

accepting

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

makingtest - ziz@ziz.org

worksforme - ziz@ziz.org

Adding myself to Cc list.

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

I haven't seen this in a long time. Can we mark it resolved/WORKSFORME?

Yeah, I think this is works for me now