Closed Bug 296412 Opened 19 years ago Closed 18 years ago

page down key doesnt page down

Categories

(Firefox :: Keyboard Navigation, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 194937

People

(Reporter: bugzilla, Unassigned)

References

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050602 Firefox/1.0+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050602 Firefox/1.0+

Pressing page down on any freshly loaded page does not page down. If I first
click in the client area then it works. 
Related issues:
1) spacebar doesn't page down. Used to work <1.04. Works on 1.04 after clicking
into client area. Doesnt work at all on deer park 1.
2)Sometimes page-down flashes next page then jumps back. Similar for page-up.
Sorry I CNR at will. 
3) Sometimes after paging down awhile, pageup/down both stop working. Sorry, CNR
at will, but I saw this on the bugzilla bug list page. after paging to end of
list, could not page back up. (I suspect focus is landing in an input field).

Reproducible: Always
addendum to 1)  HOME and END keys dont go to top and bottom of page. 
*** Bug 296414 has been marked as a duplicate of this bug. ***
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050602
Firefox/1.0+ ID:2005060215

WFM , all mentioned keys

get an hourly build or try tomorrows build
I have tried again on 6/3 build with same results. Here is a test case:
a) goto http://www.mozilla.org/projects/deerpark/
b) dont click in page yet. otherwise press CTRL-R to reload
c) press Page down , page doesnt scroll.
d) press END, page doesnt scroll.
e) left click on the word congratulations
f) press space bar, page doesn't scroll
g) press END, cursor moves to end of line instead of scrolling page
h) press Page down, page scrolls and "Firefox project page" link gets focus
i) press Page down, page doesnt scroll (actually scrolls and jumps back)
That's not a latest build.
There is no point testing 3 week old builds w/o verifying the latest ones
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
(In reply to comment #5)
> That's not a latest build.
> There is no point testing 3 week old builds w/o verifying the latest ones

forget that comment.
anyway, it still works for me and others,
You may have an extensionproblem.
Try if it still happens in -safe-mode

(In reply to comment #6)
> (In reply to comment #5)
> > That's not a latest build.
> > There is no point testing 3 week old builds w/o verifying the latest ones
> 
> forget that comment.
> anyway, it still works for me and others,
> You may have an extensionproblem.
> Try if it still happens in -safe-mode

reproduced in safe-mode on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.8b2) Gecko/20050609 Firefox/1.0+

Also this has been reproduced by others on latest build, as I pointed out in IRC







Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050609
Firefox/1.0+ ID:2005060916

This occurs with carnet browsing on (f7) doesn't with it off.

Is this a bug or the expected behaviour?
This is the expected behavior of caret browsing and will be fixed by the fix to bug 194937.

*** This bug has been marked as a duplicate of 194937 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago18 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.