Closed Bug 5419 Opened 25 years ago Closed 23 years ago

Typing space in a form takes you to bottom of page

Categories

(Core :: Layout, defect, P3)

Product:
Core
Component:
Layout
Platform:
x86
Windows NT
Type:
defect

Tracking

()

Status:
RESOLVED WORKSFORME
Milestone:
mozilla1.0

People

(Reporter: morse, Assigned: saari)

References

Details

(Keywords: access) 

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.
Assignee: chofmann → karnaze
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.
Target Milestone: 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. ***
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
This is now working correctly in a current build.  Closing as "works-for-me"
Status: RESOLVED → VERIFIED
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.
Status: VERIFIED → REOPENED
Resolution: WORKSFORME → ---
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).
Depends on: 26882
Chris, you were fixing this (have fixed this earlier), right? If not, just pass
this back...
Assignee: joki → saari
Status: REOPENED → NEW
Keywords: access
Target Milestone: M6 → ---
accepting
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9
*** Bug 66652 has been marked as a duplicate of this bug. ***
Target Milestone: mozilla0.9 → mozilla1.0
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
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 23 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.