Closed Bug 337304 Opened 18 years ago Closed 18 years ago

Right clicking followed by middle clicking results in misplaced autoscroll cursor.

Categories

(SeaMonkey :: UI Design, defect)

x86
Windows XP
defect
Not set
minor

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: phshah, Assigned: csthomas)

Details

(Keywords: fixed-seamonkey1.1a)

Attachments

(1 file, 1 obsolete file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.2) Gecko/20060404 SeaMonkey/1.0.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.2) Gecko/20060404 SeaMonkey/1.0.1

Right clicking followed by middle clicking results in misplaced autoscroll cursor.    When this happens and you still hold down the middle key button, you can autoscroll at the same time you can go through the context menu.

Reproducible: Always

Steps to Reproduce:
1. Go to any website
2. Click and hold down right button
3. Click and hold down middle button
4. Release right button

Actual Results:  
Autoscroll indicator jumps, and context menu doesn't go away

Expected Results:  
The menu and the autoscroll should go away, if similar to IE and Firefox.
Confirming Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.2) Gecko/20060404 SeaMonkey/1.0.1
Assignee: guifeatures → cst
Changing utilityOverlay.js to use "window." instead of "document." at line 573 seems to fix the bug.
Attached patch patch (obsolete) — Splinter Review
Attachment #221466 - Flags: review?(neil)
Comment on attachment 221466 [details] [diff] [review]
patch

Hmmm.. this causes bad things.  Will have to figure out another way.
Attachment #221466 - Attachment is obsolete: true
Attachment #221466 - Flags: review?(neil)
Status: UNCONFIRMED → NEW
Ever confirmed: true
Perhaps if we add contextmenu as one of the autoscrollpopup dismissal events?
(In reply to comment #5)
> Perhaps if we add contextmenu as one of the autoscrollpopup dismissal events?
> 

Will that get the normal contextmenu to disappear properly?  The context menu you get when doing the steps to reproduce doesn't go away when you left click somewhere else.
So the steps are:

1. press down the right mouse button (and hold)
2. press down the middle mouse button (and hold)
3. release the right mouse button

At this point you should have a context menu and the autoscroll cursor (its offset from the mouse pointer is the offset from the content area's top-left to the screen's top-left).

4. release the middle mouse button

At this point the context menu remains and you can't dismiss it by left-clicking outside it. Right-clicking somewhere outside it to bring up a new context menu, or clicking on any of the items in the context menu will dismiss it (and in the right-click case bring up a new context menu).

Can we disable the autoscroll stuff when the right mouse button is pressed? Or would this interfere with systems where left+right mouse button acts as a simulated middle mouse click?
Oh, I missed those steps to reproduce from Prameet's initial comment. Silly me. My step four is an additional step + result that CTho pointed out.
(In reply to comment #6)
>(In reply to comment #5)
>>Perhaps if we add contextmenu as one of the autoscrollpopup dismissal events?
>Will that get the normal contextmenu to disappear properly?
My guess is that the issue is caused by opening two unrelated popups simultaneously (I think layout code assumes that only popups in an ancestor relationship will be open simultaneously), so by dismissing the autoscroll popup before the context menu can open we will avoid the layout confusion.
I guess that would do the trick too.
Attached patch patchSplinter Review
This gets the autoscroll popup to go away, and results in the context menu disappearing properly when you left-click elsewhere.
Attachment #222860 - Flags: superreview?(neil)
Attachment #222860 - Flags: review?(neil)
Attachment #222860 - Flags: review?(neil) → review+
Attachment #222860 - Flags: superreview?(neil) → superreview+
Attachment #222860 - Flags: approval-seamonkey1.1a?
Checking in mozilla/xpfe/communicator/resources/content/utilityOverlay.js;
/cvsroot/mozilla/xpfe/communicator/resources/content/utilityOverlay.js,v  <--  u
tilityOverlay.js
new revision: 1.94; previous revision: 1.93
done
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Comment on attachment 222860 [details] [diff] [review]
patch

a=me for SeaMonkey 1.1
Attachment #222860 - Flags: approval-seamonkey1.1a? → approval-seamonkey1.1a+
Checked in on 1.8 branch
Component: XP Apps: GUI Features → UI Design
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: