New issue
Advanced search Search tips

Issue 606300 link

Starred by 4 users

Issue metadata

Status: Fixed
Owner:
Closed: Jan 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

cursor display on MAC broken with HDPI resolutions

Reported by thembr...@gmail.com, Apr 25 2016

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2715.0 Safari/537.36

Steps to reproduce the problem:
1.  use tabCapture API and request physical resolution on a HDPI on Mac (eg on a Macbook with retina display)
2. Move cursor on the tab

What is the expected behavior?

What went wrong?
Cursor position of the mirrored stream is incorrect. Apparently it does not take window.devicePixelRatio or similar into account. 
See here for an example (right window is the shows the mirrored stream)
https://youtu.be/CIeLw9h73bw

Did this work before? N/A 

Chrome version: 52.0.2715.0  Channel: canary
OS Version: OS X 10.11.4
Flash Version: Shockwave Flash 21.0 r0

Seems to work fine on linux (tested with --force-device-scale-factor=2 on non-hdpi screen)
 

Comment 1 by thembr...@gmail.com, Apr 25 2016

Implementation Bug:  https://crbug.com/549182 

Comment 2 by meh...@chromium.org, Apr 25 2016

Components: Internals>Cast UI>HighDPI

Comment 3 by sko...@chromium.org, Apr 25 2016

Owner: isheriff@chromium.org
Status: Assigned (was: Unconfirmed)

Comment 4 by sko...@chromium.org, Apr 25 2016

Components: -Internals>Cast Blink>GetUserMedia>Tab
Labels: M-51

Comment 5 by thembr...@gmail.com, Sep 21 2016

Cursor mirroring still broken on Chrome 55 on mac with HDPI mirroring resolutions https://youtu.be/OP0t4MMSC2o .
In the example (I was clicking on "History" at 0:02 and a few times "Search History" after that). The cursor type changes correctly, but is rendered at a wrong position.

Owner: ----
Status: Available (was: Assigned)
Owner: braveyao@chromium.org
thembrown@, this issue has been filed a while ago, Chrome M52 on OSX10.11. I'm not sure whether it's based on same reason of crbug/659183. Could you please help to test again with Current Chrome Stable M54 and Canary M56? Then we'll see if it's a dup to crbug/659183.

Comment 8 by thembr...@gmail.com, Nov 10 2016

Just tested on 
Version 56.0.2915.0 canary (64-bit) and Version 54.0.2840.98 (64-bit): no cursor is visible at all. 

So I cannot reproduce it anymore. But that's because there is no cursor visible at all now. Not sure if it's possible to tell if it's a dupe while no cursor is mirrored at all. 
I'll check again once a fix for crbug/659183 has landed


Comment 9 by mcasas@chromium.org, Dec 22 2016

Status: Assigned (was: Available)
Available + owner --> assigned
Status: Fixed (was: Assigned)
thembrown@,  issue 659183  has been fixed. Could you please verify this with Canary? Please report back if there is still problem.
Fixed in canary. The other cursor-related  issue 601029  I reported seems fixed too (at least on mac, did not check Linux yet as fix has not landed there yet).
Thanks for testing. 
The cursor location issue should be fixed on Linux/Win too, by  issue 676687 . I suppose I can close  issue 601029  :)

Sign in to add a comment