Closed Bug 25385 Opened 26 years ago Closed 25 years ago

[Mac] Selecting text after new browser window "locks" selection

Categories

(Core :: DOM: Selection, defect, P3)

Product:
Core
Component:
DOM: Selection
Platform:
PowerPC
Mac System 9.x
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: masri, Assigned: mjudge)

Details

Build ID: 2000012601 Platform: PowerBook G3/300, 128Mb RAM, VM off To see this bug, do the following: Close Moz window. Create a new window. Move mouse into location bar, somewhere in the middle of the field. Drag down, as if you were selecting some text. Keep holding down until the text is selected. Now, let go of the mouse button. Now, move the I-beam pointer back into the field. You'll notice that as you drag left and right over the text, you're selecting the text even though you're not holding the mouse button over the text. - Adam
Could this be the same issue as bug 24325, "Highlighting text inputs acting strange", M16? Or could they both have a common underlying cause?
Wow, nice call. I am sure that whatever is causing that bug, is causing this one. But I'm not sure if the underlying code is close enough, that if that bug is fixed, that this one is. Perhaps there should be a dependency set up? I'm not sure how Moz developers want to handle this. I'll leave it to them. - Adam
Adding myself to cc list Eli--Can you check if this is cross-platform or Mac-specific? Eli or Mike--can you verify is this is indeed a duplicate of #24325 or if they are just similar?
its a set-capture problem. the set capture is not called when the ender widget is first CREATED. the mouse down is passed off. but not the capture. i will again have to find the place that controls capture.. doh!
Status: NEW → ASSIGNED
Target Milestone: M15
Possibly related... I had an experience when viewing bug 12087 using M13 where I was able to get the horizontal scrollbar to lock as well. I could move the mouse left or right against the horizontal scrollbar, and it would move w/o my holding the mouse button down. I have been unable to make this occur again. If I can get a repeatable series of steps to make it occur, I'll log a new bug against it. Could be related... I just figured I'd mention it, while you're checking under the hood... ;) - Adam
Sorry, Kathy --- I can't actually reproduce this bug using the 200012808 Mac OS build at all, so I'm not qualified to comment on your other questions.
I have a fix in my tree for this. 2 people are testing my patch I will wait until monday to get it in so technically that means m16 i think
Target Milestone: M15 → M16
this is in and it seems to work.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Marking verified as this bug is FIXED!
Status: RESOLVED → VERIFIED
Adam, does this pass your muster?
OS: Mac System 9.x
You need to log in before you can comment on or make changes to this bug.