Closed Bug 41294 Opened 24 years ago Closed 23 years ago

wrong scrolling with position:fixed [FIX POS]

Categories

(Core :: Layout, defect, P3)

defect

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
Status: NEW → ASSIGNED
Whiteboard: fixed/absolute position bug
Target Milestone: --- → M18
fixed
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
This is appears to be still happening. Checked in the July 11 builds. Heikki, can 
you check too ?
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
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.
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
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
*** Bug 40646 has been marked as a duplicate of this bug. ***
How bad is this?  I don't even see the TOC.
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...
->future
Target Milestone: M18 → Future
Summary: wrong scrolling with position:fixed → wrong scrolling with position:fixed [FIX POS]
Still reproducible?  WFM in a recent Linux build.
yeah, wfm win2k trunk build from 1/16.
Status: NEW → RESOLVED
Closed: 24 years ago23 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.