New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 597270 link

Starred by 2 users

Issue metadata

Status: Verified
Owner:
Last visit > 30 days ago
Closed: Jul 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 3
Type: Bug



Sign in to add a comment

Screenshot Region shows Mouse

Reported by stepheng...@amplifiedit.com, Mar 23 2016

Issue description

UserAgent: Mozilla/5.0 (X11; CrOS x86_64 7834.60.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.95 Safari/537.36
Platform: 7834.60.0 (Official Build) stable-channel samus

Steps to reproduce the problem:
1. Press Ctrl+Shift+SwitchWindow(F5)
2. Click and Drag from bottom left to top right of a selected area
3. view the screenshot.

What is the expected behavior?
The mouse would be hidden from the collected image

What went wrong?
The mouse pointer is shown.  

Did this work before? N/A 

Chrome version: 49.0.2623.95  Channel: stable
OS Version: 7834.60.0
Flash Version: Shockwave Flash 21.0 r0

This occurs when where the pointer would be is contained within the frame at the time of the screenshot, even though the mouse icon at the time of the SS is a crosshair.
 
Bug Report.png
27.6 KB View Download
Cc: osh...@chromium.org
Labels: -Pri-2 Pri-3
Owner: warx@chromium.org
Status: Assigned (was: Unconfirmed)
Qiang, can you have a look?

Comment 2 by warx@chromium.org, Mar 24 2016

Is this samus only? Because I cannot reproduce it currently on link (chromebook pixel) with the same build.
Does appear to be Samus only.  Tested on veyron_minnie and panther and does
not effect either.

Comment 4 by warx@chromium.org, Jul 18 2016

Status: WontFix (was: Assigned)
tested on samus, seems on longer happened? Close it but if you still see this, feel free to reopen

Comment 5 by osh...@chromium.org, Jul 18 2016

Status: Assigned (was: WontFix)
this can happen when software cursor is enabled. Can you test with large cursor for example? We should disable it while retrieving the image.

Comment 6 by warx@chromium.org, Jul 18 2016

Larger cursor still cannot trigger the bug. But I do see a different bug under larger cursor a11y mode. Repro steps are the same. In the top-right edge, there is a white vertical bar.
Screenshot 2016-07-18 at 4.25.01 PM.png
2.1 MB View Download
Screenshot 2016-07-18 at 4.19.54 PM.png
1.3 MB View Download
Screenshot 2016-07-18 at 4.29.31 PM.png
24.9 KB View Download

Comment 7 by osh...@chromium.org, Jul 18 2016

I could reproduce with the large cursor (or high contrast mode) quite easily. That's basically same issue I think.
Screenshot 2016-07-18 at 4.44.45 PM.png
1.3 KB View Download

Comment 8 by warx@chromium.org, Jul 18 2016

Status: Started (was: Assigned)
OK. I also get it. It should be dragging from bottom right to top left.
Project Member

Comment 9 by bugdroid1@chromium.org, Jul 23 2016

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/eb93d50aef7c4924b00d53c900208de7d604414c

commit eb93d50aef7c4924b00d53c900208de7d604414c
Author: warx <warx@chromium.org>
Date: Sat Jul 23 01:05:30 2016

Hide mouse cursor when screenshot is taking

BUG= 597270 
TEST=device test saw bug away

Review-Url: https://codereview.chromium.org/2167613003
Cr-Commit-Position: refs/heads/master@{#407325}

[modify] https://crrev.com/eb93d50aef7c4924b00d53c900208de7d604414c/ui/snapshot/screenshot_grabber.cc
[modify] https://crrev.com/eb93d50aef7c4924b00d53c900208de7d604414c/ui/snapshot/screenshot_grabber.h

Comment 10 by warx@chromium.org, Jul 23 2016

Status: Fixed (was: Started)

Comment 11 by son...@google.com, Aug 12 2016

Status: Verified (was: Fixed)
Verified on build 8697.0.0

Sign in to add a comment