Closed Bug 42188 Opened 25 years ago Closed 25 years ago

form controls break navigational keys (up/down arrows, spacebar)

Categories

(Core :: Layout: Form Controls, defect, P3)

Product:
Core
Component:
Layout: Form Controls
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: dbaron, Assigned: mjudge)

References

Details

(Keywords: regression, Whiteboard: [nsbeta2+][dogfood-])

DESCRIPTION: It seems the presence (or possibly activity) of form controls on a page prevents the up/down arrows from being used to scroll the page. STEPS TO REPRODUCE: * start mozilla * hit "Bugzilla" link in personal toolbar (or otherwise load http: //bugzilla.mozilla.org/ ) * click in body of page * hit down arrow to scroll ACTUAL RESULTS: * nothing EXPECTED RESULTS: * page scrolls down DOES NOT WORK CORRECTLY ON: * Win98 mozilla 2000-06-09-08-M17 WORKS CORRECTLY ON: * Win98 mozilla 2000-06-08-08-M17
yep, noticed this also yesterday on windows - related to ender lite landing, I guess. beppe and I were trying to figure this out.
Putting on [nsbeta2+] radar for beta2 fix.
Whiteboard: [nsbeta2+]
*** Bug 42305 has been marked as a duplicate of this bug. ***
Setting platform and OS to all per bug 42305 From bug 42305--this appears in the console: line 0: controller has no properties
reassigning to the ender ite folks
Assignee: rods → beppe
assigning to Mike for debugging
Target Milestone: --- → M16
*** Bug 42366 has been marked as a duplicate of this bug. ***
Did you intend to reassign this?
FWIW: I can confirm this happening on Linux, buildID 2000061220. Scrollbars work fine, PgUp/PgDn works fine, but up/down arrows do not scroll and produces JavaScript error: line 0: controller has no properties OS should probably be changed to 'All'.
yes, I meant to give it to Mike -- drats
Assignee: beppe → mjudge
Changed platform and opsys to all/all
OS: Windows 98 → All
Hardware: PC → All
Keywords: dogfood
Target Milestone: M16 → M17
well, m16 has passed and this hasn't been fixed, so i changed the milestone to m17. adding dogfood kw since this happens *often*. question: does this also affect the spacebar? i've also seen the spacebar failing. [eg, 2000.06.14.08-m17, linux]
S.E.V.: I can confirm the spacebar not working on buildID 2000061320, Linux. Expected results: should scroll down a page just like pressing PgDn would do. Actual results: no scrolling. The spacebar problem may be a different animal because I don't get any javascript error messages printed to stdout like I do with the up/dn arrows.
*** Bug 42503 has been marked as a duplicate of this bug. ***
Whiteboard: [nsbeta2+] → [nsbeta2+][dogfood-]
Target Milestone: M17 → M16
setting to m16, where + bugs live
*** Bug 42884 has been marked as a duplicate of this bug. ***
*** Bug 42925 has been marked as a duplicate of this bug. ***
*** Bug 42987 has been marked as a duplicate of this bug. ***
*** Bug 42995 has been marked as a duplicate of this bug. ***
I just stumbled over that bug too and I was able to reproduce it in 061920 on W2k w/o any form control present: 1) Fire up Mozilla with debug console 2) Click on 'Mozilla.org at a glance' 3) after page finished loading try down/up arrow Actual result: Page doesn't scroll either down or up but prints out in the console JavaScript error: line 0: controller has no properties If you click on the document area to give it focus, arrow keys work again. If you though go to bugzilla start page then (form controls), arrow keys are completely broken. I suggest therefore: Change component to...keyboard navigation(?) and change severity to at least major.
The fact that the active document doesn't receive key bindings until it receives focus (via being clicked upon) is a known bug, and it's been that way for quite awhile...
This is not the old 'active window has to be clicked in' bug; this is a new and highly annoying bug whereby windows displaying pages that have a form in them (anywhere) do not scroll on spacebar/cursor down/cursor up, even when they otherwise have focus. I really think this is an important bug; for me, it is a significant usability hit to have spacebar stop working (sufficiently significant that I have stopped trying to use recent CVS pulls of Mozilla; it is simply too frustrating to move through pages without a working spacebar).
Chris, I realize this isn't the same bug as the "must give document focus" bug...I was responding to Jonas, who seemed to imply that this problem might not be specific to the presence of form controls...
update summary
Summary: form controls break up/down arrows → form controls break navigational keys (up/down arrows, spacebar)
*** Bug 43197 has been marked as a duplicate of this bug. ***
M16 has been out for a while now, these bugs target milestones need to be updated.
*** Bug 43437 has been marked as a duplicate of this bug. ***
this has been a continueing problem ( and annoyance ) in the milestone 17 nightly builds. shouldn't it be assignhed there?
this is fixed. non-text-selection was being hit from the ender-lite. now its stubbed in nsTextAreaSelectionImpl.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Marking VERIFIED FIXED on: - MacOS9 2000-07-12-15-M17 Commercial - Linux6 2000-07-12-21-M17 Commercial - Win98 2000-07-12-21-M17 Commercial
Status: RESOLVED → VERIFIED
Don't want to panic people, but on BuildID 2000121904 Win98 I am seeing a problem with scrolling. Not on every page, but sometimes, notably on news.bbc.co.uk and slashdot.org What happens is that the up/down arrows aswell as the page-up/page-down buttons cease to provide any scrolling function, no crashes occur, but nor does any scrolling. This does not occur _every_ time the above pages are visited, but I have managed to reproduce it by closing down my browser, opening it up again and revisiting the sites. These pages are notable for having form elements in them, hence my reporting this here. Is this a regression? Anyone else noticing this problem?
You need to log in before you can comment on or make changes to this bug.