Closed Bug 290374 Opened 20 years ago Closed 20 years ago

dragging to top using selection does not work

Categories

(Core :: DOM: Selection, defect)

Product:
Core
Component:
DOM: Selection
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: bugs.caleb, Unassigned)

References

(
URL
)

Details

(Keywords: helpwanted, testcase)

Attachments

(1 file)

small testcase
1.20 KB, text/html
Details 
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050414 Firefox/1.0+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050414 Firefox/1.0+

It seems that you cannot manipulate the selection to scroll the page higher with
the given URL.

Open the URL (www.betanews.com), scroll anywhere (try mid-page), select any bit
of text and push your mouse to the top of the browser window (to make the
browser both scroll to top and keep selecting), but the browser does not scroll
at all.

Note: Bottom scrolling works.

Reproducible: Always
To me the window jumps to the top of the page with everything, from the start of
the selection to the top, selected.
Sorry, forgot to add. I'm using:

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050413
Firefox/1.0+
Confirmed using
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050413
Firefox/1.0+

I note that that particular page has some moderately broken HTML (certainly not
validating xhtml...  tags overlapping in some cases)

I've reduced it to a pretty minimal test case, which I will attach.
Seems to have to do with floated elements and hidden iframes?
I haven't played with the specific tags, and I don't think I have the time
today, but I hope this is a good start, maybe it looks more familiar to someone now?
Attached file small testcase — 
I hope this helps things along.
I've run into numerous problems with floating elements before.	This one is new
to me.
Yes, it seems that even if you select the text, pressing on an empty area (to
the right of the text) does not get the selection removed either.
I've filled a similar bug (although in that case the dragging works), check bug
290553
I'm resolving this bug as a duplicate of bug 290553 because that bug 290553 was
confirmed before this one here.

*** This bug has been marked as a duplicate of 290553 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
Gérard Talbot, I don't see how these two bugs are alike ???

This one is about the page NOT scrolling with the selection, and bug 290553 is
about selection scrolling too fast.

These could be two seperate issues for all I know.
> This one is about the page NOT scrolling with the selection, and bug 290553 is
> about selection scrolling too fast.

Fair enough. Sorry about that.
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
The testcase is rather strange: an iframe with display: none, a left-floated div
with anonymous text node with lots of broken lines. Chances are that this bug is
still a duplicate of bug 290553 since text selection towards top of scrolling
view is broken. Note there is no scrolling happening in bug 290553.

I notice also all kinds of quirks recently happening. If I drag the vertical
scrollbar thumb, the cursor gets deflected by a 20 pixels offset or so upwards
(toward the top), even if I drag the scrollbar thumb downwards (toward down).

Anyway, we'll see. 

CONFIRMING

adding keywords regression and testcase
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: regression, testcase
Reproducible on Mac OS 10.3.9 as well!

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050416
Firefox/1.0+ (PowerBook)
requesting blocking-aviary1.1
Folks, try tomorrow's build because attachment 180997 [details] [diff] [review] from bug 290553 may fix
this bug.
(In reply to comment #13)
> Folks, try tomorrow's build because attachment 180997 [details] [diff] [review] [edit] from bug 290553
may fix
> this bug.

Nope the official Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2)
Gecko/20050418 Firefox/1.0+ nightly still shows the bug. 


Joel, bug 290553 hasn't landed yet so this bug won't be fixed until it has.
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050418
Firefox/1.0+ (beast build with bug 290553 landed)
The testcase still fails. The URL also still fails.
This is not a regression. It doesn't work in FF 1.0.1 either. Please be careful
and don't confuse us.
Keywords: regression
Fixed by the checkin for Bug 290553.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050418
Firefox/1.0+
(In reply to comment #18)
> Fixed by the checkin for Bug 290553.
> 
> Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050418
> Firefox/1.0+

MY BAD. 

The bug IS NOT FIXED.
Possibly related to a similar bug with a fixed-pos div instead of a float....
Keywords: helpwanted
Flags: blocking1.8b3?
Flags: blocking-aviary1.1?
yeah, and we don't have a good fix for that one either. I'm going to mark this
as not a blocker since this has never worked in Gecko.
Flags: blocking1.8b3?
Flags: blocking1.8b3-
Flags: blocking-aviary1.1?
Flags: blocking-aviary1.1-
I believe this is a regression from 20041018 build and possibly older. But at
least it's a start. That's when I first documented the behavior among other
symptoms. Re-check the link at the bottom of this message to see the other
original symptoms, the scroll bug may be intertwined with one of these as they
were fixed but the scroll bug was not apparent to the fixer's eyes. Also, it is
possible a tiny patch/fix not documented by Peter was the culprit although the
logs for and around Oct. 18th '04 and prior would have be checked to see if a
culprit can be found.

Recent resurface of bug:
http://forums.mozillazine.org/viewtopic.php?p=1390925#1390925

Recent discussion on my part trying to bring attention to the problem and past
indirect/suspected associated symptoms with it in an attempt to rectify the cause:
http://forums.mozillazine.org/viewtopic.php?p=1438695#1438695

Although, of course, nobody paid any mind, except for one guy...
If you can use the builds at http://archive.mozilla.org to narrow down when this
stopped working, that would help a lot...
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050515
Firefox/1.0+ 5/16/2005 4:07:00 AM

WFM.
Nice.  Testcase WFM too, now.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050516
Firefox/1.0+

(hourly build...  yesterday's nightly wasn't getting it right yet)
So anyone got an idea which bug fixed this? bug 293453? or did it get fixed earlier?
For me, Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050515
Firefox/1.0+ ID:2005051506 won't drag-scroll the testcase nor
http://fileforum.betanews.com/

However, Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2)
Gecko/20050515 Firefox/1.0+ ID:2005051518 will drag-scoll the testcase and
http://fileforum.betanews.com/
Depends on: 293453
I will
Status: NEW → RESOLVED
Closed: 20 years ago → 20 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: