Closed Bug 1724120 Opened 4 years ago Closed 4 years ago

Mouse cursor gets stuck in "grab hand" mode

Categories

(Core :: CSS Parsing and Computation, defect)

Firefox 92
Desktop
Windows 10
defect

Tracking

()

VERIFIED FIXED
93 Branch
Tracking Status
firefox-esr78 --- unaffected
firefox-esr91 --- verified
firefox90 --- wontfix
firefox91 --- wontfix
firefox92 --- verified
firefox93 --- verified

People

(Reporter: FeBe95, Assigned: emilio)

References

(Regression)

Details

(Keywords: regression)

Attachments

(2 files)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:90.0) Gecko/20100101 Firefox/90.0

Steps to reproduce:

  • make sure bookmarks toolbar is visible
  • open https://pingpongmap.net/
  • move the cursor between the page and the tab bar (only on the right side?)

Actual results:

  • sometimes the cursor gets stuck in "grab hand" mode
  • cursor flickers when moving over the tab bar

-> see attached clip: with bookmarks toolbar (0:00 - 0:11) and without bookmarks toolbar (0:12- 0:20)

Expected results:

  • cursor goes back to default mode
Attached video cursor_bug.mp4

Initial video upload didn't work because of file size, I uploaded a shorter video so the timestamps are now:

  • With bookmarks toolbar (0:00 - 0:03)
  • Without bookmarks toolbar (0:04- 0:07)

The Bugbug bot thinks this bug should belong to the 'Firefox::Toolbars and Customization' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.

Component: Untriaged → Toolbars and Customization

Hi,

Thank you for taking the time to submit this bug report. I was able to reproduce on Windows 10 pro on the following versions latest Nightly 92.0a1, Firefox 91 beta 9, Firefox 90.0.2
It doesn't seem to be a regression, I checked nightly 90.0a1 (2021-05-03) (64-bit) and bug is also there. But it's not reproducible on other browsers such as chrome.

I've assigned a component in order to get the dev team involved, but if it's not relevant, please feel free to change it to an appropriate one.
Best regards,
Clara

Status: UNCONFIRMED → NEW
Has Regression Range: --- → no
Has STR: --- → yes
Ever confirmed: true
Severity: -- → S3
Has Regression Range: no → yes

Looking at that regression range, bug 1705877 is probably the best contender for a regressor, so tentatively setting that.

Going to move this bug into the component where bug 1705877 is.

Component: Toolbars and Customization → CSS Parsing and Computation
Product: Firefox → Core
Regressed by: 1705877

Clara, do you happen to know if this repros in non-Windows platforms? (I just tried on Linux and couldn't, but maybe I didn't try hard enough).

Thanks!

Flags: needinfo?(clara.guerrero)

HI Emilio,
Tried reproducing on Ubuntu and I couldn't, so it seems it's specific to Windows.
Thanks!

Flags: needinfo?(clara.guerrero)
Flags: needinfo?(emilio)
OS: Unspecified → Windows 10
Hardware: Unspecified → Desktop
Assignee: nobody → emilio
Flags: needinfo?(emilio)

This is simpler and more correct, the previous code could get sHCursor and
sCurrentCursor out of sync, which caused this issue.

Attachment #9236833 - Attachment description: Bug 1724120 - Tweawk Windows' nsWindow::SetCursor. r=mstange,cmartin,mhowell → Bug 1724120 - Tweak Windows' nsWindow::SetCursor. r=mstange,cmartin,mhowell
Pushed by ealvarez@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/17fa2c919684 Tweak Windows' nsWindow::SetCursor. r=mhowell
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → 93 Branch

Please nominate this for Beta & ESR91 approval when you get a chance.

Flags: needinfo?(emilio)

Comment on attachment 9236833 [details]
Bug 1724120 - Tweak Windows' nsWindow::SetCursor. r=mstange,cmartin,mhowell

ESR Uplift Approval Request

  • If this is not a sec:{high,crit} bug, please state case for ESR consideration: UI glitch
  • User impact if declined: comment 0
  • Fix Landed on Version: 93
  • Risk to taking this patch: Low
  • Why is the change risky/not risky? (and alternatives if risky): Relatively simple fix to make the code more provably correct.
  • String or UUID changes made by this patch: none

Beta/Release Uplift Approval Request

  • User impact if declined: UI glitch
  • Is this code covered by automated tests?: No
  • Has the fix been verified in Nightly?: No
  • Needs manual test from QE?: Yes
  • If yes, steps to reproduce: comment 0
  • List of other uplifts needed: none
  • Risk to taking this patch: Low
  • Why is the change risky/not risky? (and alternatives if risky): See above.
  • String changes made/needed: none
Flags: needinfo?(emilio)
Attachment #9236833 - Flags: approval-mozilla-esr91?
Attachment #9236833 - Flags: approval-mozilla-beta?
Flags: qe-verify+

Comment on attachment 9236833 [details]
Bug 1724120 - Tweak Windows' nsWindow::SetCursor. r=mstange,cmartin,mhowell

Approved for 92.0b7 and 91.1esr.

Attachment #9236833 - Flags: approval-mozilla-esr91?
Attachment #9236833 - Flags: approval-mozilla-esr91+
Attachment #9236833 - Flags: approval-mozilla-beta?
Attachment #9236833 - Flags: approval-mozilla-beta+

Hi,
Entered https://pingpongmap.net/ and this issue is no longer reproducible. Tested using beta 92.0b7 (64-bit), nightly 93.0a1 (2021-08-23) (64-bit) and 91.1.0esr (32-bit)
Updating flags accordingly.
Best,
Clara

Regressions: 1758357
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: