From Bugzilla Helper: User-Agent: Mozilla/4.61 [en] (X11; U; Linux 2.2.13 i686) BuildID: 2000040616 In a certain case, it is possible for the selection area *not* to reset after releasing and re-clicking the mouse button. This is a fairly rare case, but I've narrowed down the circumstances to certain mouse movements. Please see the attachment for the mouse movements to use. Reproducible: Always Steps to Reproduce: 1. Click and as shown in the testcase 2. Drag to thew point shown, then drag up to the final point 3. Release the mouse button at the final point 4. Move the mouse to the next drag area 5. Click and drag around the page 1 Actual Results: Selection continues from first click/drag Expected Results: The selection should be reset, selecting a new area This bug occurs rarely on webpages, but it seems to happen fairly frequently in the view-source window. There isn't a crash, so I'm setting the severity to be minor.

setting to m16 where most of the selection work is taking place

ok i have fixed alot of capture problems so this bug is probably gone. There IS a problem with initual clicks on an input field doing bad things like stealing the mouse down and then captureing the event for the mouse up. This will go away see bug. 34896 Ender Lite. this will stop any problems with the input fields. I am marking this bug a dup of 34896 for that reason. *** This bug has been marked as a duplicate of 34896 ***

I really wish ender lite would appear...Mozilla seems really amateurish without it.

Matthew, if you feel like it, might you care to say whether this bug looks fixed to you? (34896 has been marked fixed) Otherwise, I'll check, but the bug reporter almost always knows best! thanks!

*SPAM*: Changing the QA contact of all open/resolved Selection bugs from elig@netscape.com to BlakeR1234@aol.com. After the many great years of service Eli has given to Mozilla, it's time for him to move on; he has accepted a position at Eazel. We'll be sad to see him go, and I'll do my best to fill his spot...