Closed Bug 42188 Opened 24 years ago Closed 24 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: 24 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.