Closed Bug 290555 Opened 20 years ago Closed 17 years ago

left-clicking on chrome/title bar doesn't cancel mouse auto-scrolling

Categories

(Core :: General, defect)

x86
Windows XP
defect
Not set
minor

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: sm, Unassigned)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2

when i middle-click somewhere on the page and move it up/down,it scrolls
normally.if then i left-click somewhere on page,the auto-scrolling is
canceled.but not if i left-click on empty space on tab-bar or the title bar.

Reproducible: Always

Steps to Reproduce:
1.middle-click on content area
2.left-click on chrome or on title bar
Actual Results:  
the autoscrolling continues

Expected Results:  
the autoscrolling stops

my firefox info:
http://devheaven.buildtolearn.net/logixoul-firefox-info.xml
I confirm getting this in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.8b2) Gecko/20050416 Firefox/1.0+ but i am not sure if it is a bug and wich
component it affects.
Version: unspecified → Trunk
I confirm in Deer Park Alpha 2 (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.8b3) Gecko/20050712 Firefox/1.0+), but I'm unclear as to whether or not
this is a bug or expected behaviour. 
This can be reproduced in the latest nightly (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060730 Minefield/3.0a1).
Yeah, the defacto standard seems to be it cancelling out when you click on the menu bar.  *It does in IE, Wordpad, and Notepad.*  This also happens in other versions, so I suggest that the reporter or someone with "editbugs" changes the version to "unspecified".
Status: UNCONFIRMED → NEW
Ever confirmed: true
Assignee: bross2 → nobody
Product: Firefox → Core
QA Contact: general → general
(In reply to comment #4)
> This also happens in other
> versions, so I suggest that the reporter or someone with "editbugs" changes the
> version to "unspecified".

If it can be created with a trunk build then version=trunk is correct, not unspecified.
This is a WFM with Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9a9pre) Gecko/2007100804 Minefield/3.0a9pre. Works as expected like in comment #1. Hope I am getting this one right.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
No bug or patch referenced as the fix.

-> WORKSFORME
Resolution: FIXED → WORKSFORME
You need to log in before you can comment on or make changes to this bug.