Closed Bug 638714 Opened 13 years ago Closed 11 years ago

Moving a tab to a second screen breaks mouse targeting in Flash

Categories

(Core Graveyard :: Plug-ins, defect)

x86
Windows 7
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: dreamer, Unassigned)

References

()

Details

(Keywords: qawanted, regression, Whiteboard: [fx4-unco-bugday])

User-Agent:       Mozilla/5.0 (Windows NT 6.1; rv:2.0b13pre) Gecko/20110303 Firefox/4.0b13pre
Build Identifier: Mozilla/5.0 (Windows NT 6.1; rv:2.0b13pre) Gecko/20110303 Firefox/4.0b13pre

When I drag a tab over to a second monitor it breaks the mouse pointer targeting in flash content, such as video controls. On my system, the target seems to be about 200px to left of the pointer.

This behaviour does not occur in IE 9RC, so suspect it isn't a flash bug.

Note: My second monitor is a different size/resolution to the main monitor, so this may be a factor to consider.

Reproducible: Always

Steps to Reproduce:
1. Browse a flash video site such as dropcam.com/demo or live.twit.tv
2. Drag this tab to the second monitor
3. Attempt to click controls
Actual Results:  
The target of clicks is aprox 200-300 pixels to the left of the mouse pointer.

Expected Results:  
Mouse target should be at mouse pointer.

If you take the second FF window out of maximised, the targeting of the mouse also changes, eg to 50px from where it should be.
Could you see if the issue occurs with a new, empty profile:
http://support.mozilla.com/en-US/kb/Basic%20Troubleshooting#w_make-a-new-profile
Component: General → Plug-ins
Product: Firefox → Core
QA Contact: general → plugins
Version: unspecified → Trunk
Yes, same problem with a new empty profile...
Not able to try to recreate here, since I don't have a dual screen setup.

Adding qawanted keyword for help in reproducing.

Does this occur using 3.6.x as well?
Keywords: qawanted
No, this problem does not appear in Firefox/3.6.15.

Also, I noticed the full-screen goes to the correct monitor in 3.6, but not in 4.
Thanks for that, marking as a regression.

Would you be able to try and find the regression range:
http://harthur.github.com/mozregression/
(That was fun; what an awesome tool.)

Okay the initial pass suggests here:

Last good nightly: 2011-01-13 First bad nightly: 2011-01-14
Pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=54184cfa6f
0e&tochange=9f412256da4c

However, towards the end of this test I noticed a variance in the bug; sometimes the target is correct when the tab/new window is on the second screen (case1 which I was initially looking for), but incorrect on the first screen (case2). This could possibly mean case2 cropped up earlier than  2011-01-14, but I didn't catch it in this pass. IF I can I will examine further.

IIRC, tearing tabs to the second screen has 'never' worked correctly - it forms the new window on the initial screen and you have to push it across. I think that bug is already filed, but it seems the two could be related.
I was thinking of Bug 465186, but it is so old they are probably unrelated?
I can reproduce this. Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0) Gecko/20100101 Firefox/4.0

Open a Dropcam tab, click on one of the cameras
Notice that you can hover over the timeline and get previews
Drag the drop cam tab out of a Window with several tabs
Drag the new window to your second monitor
The preview should be offset from the mouse location

Can't reproduce this in Opera 11
Status: UNCONFIRMED → NEW
Ever confirmed: true
Whiteboard: [fx4-unco-bugday]
For me too.
Tested with a clean profile.

www.qtom.tv

Moving the tab from DISPLAY1 -> DISPLAY2 or DISPLAY2 -> DISPLAY1

After that I have to move the mouse next to the buttons and see if one of them reacts.

Workaround = page refresh (F5)

With Google Chrome 15.0.849.0 it works.

@Comment8:
With Opera 11&12 the tab drops on the wrong monitor.
So it is normal that it is (at the moment) not reproducible with Opera.


Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0a1) Gecko/20110813 Firefox/8.0a1
Build ID: 20110813030746
Flash Player 10.3.183.5 & 11.0.1.98

#Primary#
Samsung SyncMaster 204BM
DISPLAY2 = (HDMI->DVI)              
Upper Left Corner = (0,0)
Bottom Right Corner = (1600,1200)

#Secondary#
Samsung SyncMaster 225BW
DISPLAY1 = (DVI)
Upper Left Corner = (1600,0)
Bottom Right Corner = (3280,1050)


Graphics
Adapter Description: NVIDIA GeForce GT 240
Vendor ID: 10de
Device ID: 0ca3
Adapter RAM: 1024
Adapter Driver: snvd3dumx,nvwgf2umx,nvwgf2umx nvd3dum,nvwgf2um,nvwgf2um
Driver Version: 8.17.12.8028
Driver Date: 8-4-2011
Direct2D Enabled: true
DirectWrite Enabled: true (6.1.7601.17563)
ClearType Parameters: ClearType parameters not found
WebGL Renderer: Google Inc. -- ANGLE -- OpenGL ES 2.0 (ANGLE 0.0.0.686)
GPU Accelerated Windows: 1/1 Direct3D 10
Is this still an issue ?
Works for me on Mozilla/5.0 (Windows NT 6.1; WOW64; rv:22.0) Gecko/20130401 Firefox/22.0 and Flash 11.7.700.165
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.