Closed Bug 3999 Opened 26 years ago Closed 25 years ago

Scrolling in a form, text area or option list, scrolls entire page

Categories

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

x86
Windows 95
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: asmozilla2, Assigned: joki)

References

Details

If you use the keyboard to scroll a textarea or an option list, the entire web page scrolls along with it. I wasn't able to reproduce this, but in the samples 9 page, the frame with no scroll bars, I was able to make it scroll by selecting the text and moving the mouse down (this is normal for pages with scroll bars), I was not able to make it scroll with the keyboard, but I was with the wheel on my mouse.
Assignee: rickg → joki
Priority: P1
Tom: This looks like an event problem. Also note that RodS made a change recently to add support for mouse wheel. That may be a factor, so call him.
Status: NEW → ASSIGNED
No, its all just event stuff. Basically the current scrolling code needs to move elsewhere but I haven't gotten around to it yet. Since it currently lives in the actual scrollframe code it scrolls whenever an event passes through a scrollframe, even if that event is destined for text fields or some such. Might need to add an api or two to be able to do the same thing outside of scollframe. On my list.
Component: Viewer App → Event Handling
QA Contact: 3853 → 3847
Target Milestone: M5
*** Bug 4973 has been marked as a duplicate of this bug. ***
*** Bug 4979 has been marked as a duplicate of this bug. ***
*** Bug 5167 has been marked as a duplicate of this bug. ***
*** Bug 5350 has been marked as a duplicate of this bug. ***
*** Bug 5360 has been marked as a duplicate of this bug. ***
Target Milestone: M5 → M6
Moving off M5 radar since Tom is out of town.
Target Milestone: M6 → M5
Moving back to M5. I have a fix for this in my tree.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Okay, this should be good now. Also fixed editor behavior by specifcially allowing pageup/down and arrow keys but cancelling spaces.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Reopening. Up and down arrow keys continue to scroll the editor window content, instead of moving the caret up and down (which isn't implemented yet, but soon will be).
so does this become m6?
Target Milestone: M5 → M6
Yes. Current state is not so bad that it interferes with testing. Set to M6.
Status: REOPENED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → FIXED
The behavior, however, is still fixed. Because expanding selection down using the arrow keys isn't working right now the editor is allowing the key through, therefore scrolling. If the editor, or just the selection code, chooses to use and then consume the arrow keys, then scrolling will not occur. If you wish to prevent the scrolling the change the editor code to consume the arrow key. Re-marking fixed.
Status: RESOLVED → VERIFIED
appears to be fixed. Verified build: 1999-06-02-08-M7
This seems to have popped up again with today's m16 builds. See bug 35952. Space bar causes page to scroll.
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.