Closed
Bug 41294
Opened 24 years ago
Closed 23 years ago
wrong scrolling with position:fixed [FIX POS]
Categories
(Core :: Layout, defect, P3)
Core
Layout
Tracking
()
RESOLVED
WORKSFORME
Future
People
(Reporter: hjtoi-bugzilla, Assigned: eric)
References
()
Details
(Whiteboard: fixed/absolute position bug)
If we have a position:fixed frame, and select text in it dragging mouse down outside of window, the position:fixed frame does not scroll but other parts of the window do scroll. To reproduce: 1. Open URL (or Debug > View Demos > #15 XML IRS) 2. Toggle Table of Contents on 3. Press the left mouse button down somewhere on the toc and drag down outside of the window. What happens: the document on the right scrolls. Excepted result: the TOC should scroll.
Reassigning to evaughan@netscape.com ( as a result of triaging Clayton's bug list ).
Assignee: clayton → evaughan
Assignee | ||
Updated•24 years ago
|
Status: NEW → ASSIGNED
Whiteboard: fixed/absolute position bug
Target Milestone: --- → M18
Assignee | ||
Comment 2•24 years ago
|
||
fixed
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 3•24 years ago
|
||
This is appears to be still happening. Checked in the July 11 builds. Heikki, can you check too ?
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Reporter | ||
Comment 4•24 years ago
|
||
Yes, I am still seeing this (on July 12 build?) On July 13 or thereabouts the button that toggles the TOC stopped working. Harish is taking a look and perhaps filing a bug on that.
Comment 5•24 years ago
|
||
In a jul 31 trunk build, the click event for the button is not being fired (so I can't even get the TOC to show). heikki, can you have a look at why. Eric is away until mid-August. Thanks.
Assignee: evaughan → heikki
Status: REOPENED → NEW
Reporter | ||
Comment 6•24 years ago
|
||
I noticed this a while ago, but it does not happen all the time. It almost always happens on my NT, never on Linux, and occasionally harishd has been able to reproduce that behaviour on NT. After playing around for a while on NT it usually starts working, sometimes I need to restart the browser to see that behaviour. However, that is a separate bug. I filed a new bug 47319 (assigned to me) for the failing TOC button. Reassigning this to evaughan, I have no idea how to fix *this* bug.
Assignee: heikki → evaughan
Comment 8•24 years ago
|
||
How bad is this? I don't even see the TOC.
Reporter | ||
Comment 9•24 years ago
|
||
If you don't see the TOC, you are experiencing bug 47319. By the way, I do not think this is a duplicate of bug 40646. That bug is about scrollbars, this bug is about selecting & scrolling. I will reopen it. As to how important this is, I don't think it would be that important. You can work around the bug (scroll the absolutely positioned element with scrollbar, then select text, if that was what you were trying to do). But on the other hand, it can be seen on our prime XML sample page...
Updated•24 years ago
|
Summary: wrong scrolling with position:fixed → wrong scrolling with position:fixed [FIX POS]
Comment 11•23 years ago
|
||
Still reproducible? WFM in a recent Linux build.
Reporter | ||
Comment 12•23 years ago
|
||
yeah, wfm win2k trunk build from 1/16.
Status: NEW → RESOLVED
Closed: 24 years ago → 23 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•