New issue
Advanced search Search tips

Issue 608556 link

Starred by 0 users

Issue metadata

Status: Fixed
Owner: ----
Closed: Jul 2017
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 3
Type: Bug



Sign in to add a comment

Cursor doesn't update on extension's options page when changed

Reported by jeremy.z...@gmail.com, May 3 2016

Issue description

Chrome Version       : 50.0.2661.94 (Official Build) (64-bit)
URLs (if applicable) : N/A
Other browsers tested: N/A

What steps will reproduce the problem?
(1) Download and install attached test extension.
(2) Open the Options page for the Cursor Update Testing extension.
(3) Move cursor over the gray "Move Cursor Here, Click, and Hold" text, click the left mouse button, and hold.

What is the expected result?
When holding the mouse button down over the gray text the cursor should change to the -webkit-grabbing cursor (closed hand) and after releasing the mouse button it should be changed back to the -webkit-grab cursor (open hand).

What happens instead?
When holding the mouse button over the gray text the cursor remains as the -webkit-grab cursor (open hand) until the mouse button is released or the mouse is moved. After releasing the mouse button it then remains as the -webkit-grabbing cursor (closed hand) until the mouse button is again clicked or the mouse moved.

Please provide any additional information below. Attach a screenshot if
possible.
I'm working on implementing dragging for some settings in my extension and noticed that when the cursor is changed in mousedown/mouseup event listeners on an extension's options page (to indicate a drag in progress for instance), the cursor doesn't actually change until the mouse button is later released/clicked or the mouse is moved. The attached video illustrates the problem which occurs on both Mac OS X 10.9 and Windows 10. Note that I added a status display to the page which will show the status of the mouse button and what cursor should be displayed.

Finally, this problem does NOT occur if you change the options page to open in a tab (change open_in_tab in the manifest.json file to true) or if you just open the extension's Options_UI.html file directly.
 
Cursor Update Testing.zip
3.1 KB Download
Cursor Update Testing Demonstration Video.mp4
366 KB Download
Forgot to mention that this might be related to bug https://bugs.chromium.org/p/chromium/issues/detail?id=26723 .
Components: Platform>Extensions
Labels: M-52 OS-Linux OS-Mac OS-Windows
Status: Untriaged (was: Unconfirmed)
Thanks for the issue, able to reproduce the issue on Win 7,Mac 10.11.4 & Ubuntu 14.04 using 50.0.2661.94,51.0.2704.29 and dev equivalent of canary 52.0.2723.0.

Its working fine on Canary 52.0.2723.0.

Was getting error while tried in older version of Chrome.
Error : There were warnings when trying to install this extension:
'options_ui' requires Google Chrome trunk channel or newer, but this is the stable channel.
Project Member

Comment 3 by sheriffbot@chromium.org, Jun 1 2016

Labels: -M-52 M-53 MovedFrom-52
Moving this nonessential bug to the next milestone.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Project Member

Comment 4 by sheriffbot@chromium.org, Jul 11 2016

Labels: -M-53 MovedFrom-53
This issue has been moved once and is lower than Pri-1. Removing the milestone.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Owner: lazyboy@chromium.org
Status: Assigned (was: Untriaged)
Trying this on chrome M58 on Mac. This appears to be fixed and working as expected. 
I'm the bug submitter and this is also now fixed for me in Chrome 58.0.3029.110 (64-bit) on Mac OS X 10.9 as well. Guessing that this bug can be closed now. Thanks to whoever fixed it.
Owner: ----
Status: Fixed (was: Assigned)

Sign in to add a comment