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)
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.
Comment 1•13 years ago
|
||
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
Comment 3•13 years ago
|
||
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.
Comment 5•13 years ago
|
||
Thanks for that, marking as a regression. Would you be able to try and find the regression range: http://harthur.github.com/mozregression/
Keywords: regression,
regressionwindow-wanted
(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?
Comment 8•13 years ago
|
||
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
Comment 10•11 years ago
|
||
Is this still an issue ?
Comment 11•11 years ago
|
||
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
Updated•9 years ago
|
Keywords: regressionwindow-wanted
Updated•2 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•