Closed Bug 255962 Opened 21 years ago Closed 19 years ago

When a link has focus, the page doesn't scroll

Categories

(Firefox :: General, defect)

x86
Windows XP
defect
Not set
major

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: funTomas, Assigned: bugzilla)

References

()

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040812 Firefox/0.9.1+ Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040812 Firefox/0.9.1+ Middlecklicking on a link (opening in a new tab) disables the original page scrolling. To enable it back again, one must click somewhere out of a link. Reproducible: Always Steps to Reproduce: 1.Open a page with links 2.Middleclick on a link 3.Try to scroll the page again Actual Results: Page scrolling stops working after a link on it gets focus Expected Results: Page shoucl scroll all the time, regardless of focus. Haven't check with Mozilla browser, but I suppose the bug is common.
WFM Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a3) Gecko/20040817 Firefox/0.9.1+ Reporter please try a current build and without any extensions.
I can confirm this with latest branch build (20040817, Windows XP) in safe mode. Middle clicking on the page opens the link in a new tab, and then the mousewheel scrolling stops working on the current page.
Upps I had the wrong build but just WFM Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040816 Firefox/0.9.1+ So it seems to be WinXP specific.
Can you scroll with the arrow keys? Can you determine where focus is?
Yes, the arrow keys work fine. The focus is, obivously, on the link and is even visible (dotted frame around the link).
I think this is specific to the headline links on http://www.ihned.cz/ rather than specific to WinXP. A reduced testcase would help.
Keywords: qawanted
Yes, same for me on this win2k machine and Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040811 Firefox/0.9.1+
Status: UNCONFIRMED → NEW
Ever confirmed: true
tested with 2004081808-0.9+ bits on linux fedora core 2, but I cannot reproduce this. 1. in this page (bug report), I middle-click the "View Bug Activity" link. as expected, the "View Bug Activity" page loads as a new tab in the background, and the link on this page gets the focus ring. 2. try scrolling in this page with keyboard (eg, arrow keys) or mousewheel. results: as expected, I can scroll the page with either keyboard or mousewheel. I also tested with various links on http://www.ihned.cz/, and it still worked for me. could this be specific to Windows, then?
(In reply to comment #8) > I also tested with various links on http://www.ihned.cz/, and it still worked > for me. could this be specific to Windows, then? Please try following: 1. Open http://www.ihned.cz/ 2. Middle click on the first headline "Vnitro narychlo hledá dokumenty o Přibylovi" 3. Try to scroll with the mouse -> no reaction
Summary: When a link has focus, the page doesn't scrolls → When a link has focus, the page doesn't scroll
(In reply to comment #9) > Please try following: > 1. Open http://www.ihned.cz/ when I loaded this page, the throbbed never seemed to stop, so I hit the Stop button in the Navigation toolbar. don't think that would affect this test. > 2. Middle click on the first headline "Vnitro narychlo hledá dokumenty o Přibylovi" > 3. Try to scroll with the mouse -> no reaction ah! now I experience the problem: no longer able to scroll with the mousewheel. but it's rather strange that I can still scroll using the keyboard.
Mousewheel, not a keyboard issue.
Assignee: aaronleventhal → firefox
Component: Accessibility → General
QA Contact: bugzilla → firefox.general
I've noticed similar behavior -- running Firefox on Mac OS X.... On a two-frame page, when I click on link (in Frame 1) which updates the other frame, the focus is lost. I can't click on Frame 1's background to get focus, but instead I have to click on frame 2's background, and then click on frame 1's background. So... for example, if I click on a frame 1 link, I'd like focus to remain on frame 1, so that if I hit the space bar, frame 1 will scroll down. The site I was visiting when I noticed this was http://www.bloglines.com/myblogs my Firefox version info: Version 1 - Preview Release Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; rv:1.7.3) Gecko/20041001 Firefox/0.10.1
*** Bug 304569 has been marked as a duplicate of this bug. ***
This bug also appears at http://www.sitepoint.com/article/top-ten-css-tricks (and other, probably every other Sitepoint article). I can reproduce it with the following builds (with new profiles): Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.12) Gecko/20050919 Firefox/1.0.7 and Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050927 Firefox/1.0.7 WFM with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20050927 Firefox/1.6a1
Error confirmed Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) Gecko/20050925 Firefox/1.0.4 (Debian package 1.0.4-2sarge5) WFM Mozilla/5.0 (X11; U; Linux i686; de; rv:1.8) Gecko/20051025 Firefox/1.5 I think the qawanted keyword should be removed and the bug be resolved FIXED.
WFM Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051111 Firefox/1.5
Status: NEW → RESOLVED
Closed: 19 years ago
Keywords: qawanted
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.