Closed
Bug 41294
Opened 25 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•25 years ago
|
Status: NEW → ASSIGNED
Whiteboard: fixed/absolute position bug
Target Milestone: --- → M18
| Assignee | ||
Comment 2•25 years ago
|
||
fixed
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Comment 3•25 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•25 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•25 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•25 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•25 years ago
|
||
How bad is this? I don't even see the TOC.
| Reporter | ||
Comment 9•25 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•25 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: 25 years ago → 23 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•