User Agent: Mozilla/5.0 (X11; Linux i686; rv:45.0) Gecko/20100101 Firefox/45.0 Build ID: 20160407164938 Steps to reproduce: Since firefox 46 (Linux 32 bit), paging with the keys "page up" "page down" doesn't page anymore, but jumps to the bottom or somewhere else, but not a page up or down. As the scrollbar exhibits a very similar behavior (clicking it jumps to a position inside the page, but not a page up or down), I hope this is not intended. I'd really miss navigating with keystrokes. Actual results: Jumps to bottom of the page when "page down", regardless how long the page is. Expected results: Page down

Gtk3 I guess.

I can confirm this, pretty annoying behavior. Debian, GTK+3 3.20.

(In reply to Ulrich Teichert from comment #0) > Since firefox 46 (Linux 32 bit), paging with the keys "page up" "page down" > doesn't page anymore, but jumps to the bottom or somewhere else, but not a > page up or down. That's not intended AFAIK. The jump is a single page here. I have GTK+ 3.16, but I don't know how the GTK version might be involved. Any pattern to the "somewhere else"? > As the scrollbar exhibits a very similar behavior (clicking it jumps to a > position inside the page, but not a page up or down) This part changed in bug 803633. Bug 1197590 tracks a possible alternative solution.

Sorry for the late answer, the page up/page down strangeness is actually website-dependend. It works flawlessly on i.e. http://www.heise.de/newsticker/ (which seems to be well-behaved from an HTML point of view), but does not work at all on the ebay-just-after-login-page (which is an endless page of pictures) or on ebay search result pages. On the endless picture page, page up/down does not move the viewpoint at all and on the search result pages, page down at the start of the page moves to the bottom in one go, eventhough the page is very long. HTH, Uli

Right, the workaround in #1197590 works for page up/down as well :-) However, page up/down does still not work on the ebay-just-after-login-page (which is an endless page of pictures). But firefox 45.0.2 does the same thing (just stays where it is), so probably ebay has again produced awkward HTML... The search pages are working fine now with: > cat .config/gtk-3.0/settings.ini [Settings] gtk-primary-button-warps-slider = false Which is fine, but I would not be able to figure that out without help. Never ever I'd think about changing such a file, as I don't run gnome nor KDE... How should we proceed now, close this as duplicate and open another with priority wishlist for page up/down working on the ebay picture page? CU, Uli

gtk-primary-button-warps-slider is not meant to affect keyboard buttons, so it sounds like there is still a bug here. Is there a page demonstrating the page up/down problem that does not require login?

Does the keyboard problem occur even in safe-mode?

Hi, no, I haven't found another page which exibits the same behaviour witout login. The cursor keys were working fine on the same ebay-page before, though. And it does happen in safe-mode as well (just tried).

I find this reproducable on the view-source window of this very bug. Home key also never works, and the other 3 navigation keys behave as if gremlins are inside. Seen on Ubuntu 15.10, gnome-flashback with FF Developer 50a2

John, have seen the reference to #1197590 above and tried the suggestions listed there? With that applied, PG up/down, cursor and home are working OK on this very page with my setup (debian jessie, Linux 32 bit x86, xfvwm1 as window manager). HTH, Uli

(In reply to Ulrich Teichert from comment #10) > John, have seen the reference to #1197590 above and tried the suggestions > listed there? With that applied, PG up/down, cursor and home are working OK > on this very page with my setup (debian jessie, Linux 32 bit x86, xfvwm1 as > window manager). Already have it applied for the behaviour(s) seen with Gtk 3.0, so no, does not fix it here. cat ~/settings/config/gtk-3.0/settings.ini [Settings] gtk-primary-button-warps-slider = false

Moving to p3 because no activity for at least 1 year(s). See https://github.com/mozilla/bug-handling/blob/master/policy/triage-bugzilla.md#how-do-you-triage for more information

Moving to p3 because no activity for at least 1 year(s). See https://github.com/mozilla/bug-handling/blob/master/policy/triage-bugzilla.md#how-do-you-triage for more information