CSS3 bug: Some cursor glyphs aren't showing correctly
Categories
(Core :: Widget, defect)
Tracking
()
People
(Reporter: patricek, Unassigned)
References
Details
Attachments
(2 files, 3 obsolete files)
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/115.0
Steps to reproduce:
- Cursor glyph 'no-drop' is same as 'not-allowed'.
- Cursor glyph 'all-scroll' is same as 'move'.
- Tested on Windows 11 22621.2048 (64-bit).
- I know, that this issue is just a duplicate of 275173 & 275174, but I have several reasons to clone these two issues into this one.
Why I cloned 275173 & 275174:
- The reporter of these two issues is inactive for years
- These issues were reported 19 years ago, so people which discussed in these two issues are also inactive.
- These issues were victims of spammers.
- These two issues are just basically the same category, and very similar reports. However, they have different severities & priorities. 275173 have P3 & S3, but 275174 have P5 & S4, and that's inconsistent (they also have different bug type, one is defect and second is enhancement which is inconsistent too).
- These two issues also lacks testing on modern systems, because the people whose commented on these two issues 19 years ago used Windows XP & Internet Explorer 6.
References:
- https://developer.mozilla.org/en-US/docs/Web/CSS/cursor
- https://www.w3.org/TR/css-ui-3/#valdef-cursor-no-drop
- https://www.w3.org/TR/css-ui-3/#valdef-cursor-all-scroll
This issue clones:
- https://bugzilla.mozilla.org/show_bug.cgi?id=275173
- https://bugzilla.mozilla.org/show_bug.cgi?id=275174
Actual results:
- Cursor glyph 'no-drop' is same as 'not-allowed'.
- Cursor glyph 'all-scroll' is same as 'move'.
Expected results:
- Cursor glyph 'no-drop' should display correctly.
- Cursor glyph 'all-scroll' should display correctly.
Reporter | ||
Comment 1•11 months ago
|
||
The 'no-drop' cursor glyph.
Reporter | ||
Comment 2•11 months ago
|
||
The 'all-scroll' cursor glyph.
Reporter | ||
Comment 3•11 months ago
|
||
I would be happy if someone will edit my description and removes the heading formatting from “Why I cloned 275173 & 275174:”, “References:”, and “This issue clones:” titles, because it is ugly as I look at it, and I don't have permission to edit my description.
Reporter | ||
Comment 4•11 months ago
|
||
I'm attaching a more accurate cursor image.
Reporter | ||
Comment 5•11 months ago
|
||
I'm attaching a more accurate cursor image.
Reporter | ||
Comment 6•11 months ago
|
||
See also discussion (of the same topic) in Firefox UI Fix: https://github.com/black7375/Firefox-UI-Fix/discussions/746
Reporter | ||
Comment 7•11 months ago
|
||
And also bugs in Chromium of this same issue:
Comment 8•11 months ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::Panning and Zooming' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
Comment 9•11 months ago
|
||
I've reproduced this issue in the latest Nightly 118.0a1 and Firefox 116.0 versions on Windows 10 x64 using this example.
Setting as NEW.
Comment 10•8 months ago
•
|
||
- Cursor glyph 'no-drop' is same as 'not-allowed'.
- Cursor glyph 'all-scroll' is same as 'move'.
Same on macOS 13.6 (22G120), Firefox 119.0b9
Tested on MDN: https://developer.mozilla.org/en-US/docs/Web/CSS/cursor#keyword
Comment hidden (spam) |
Updated•4 months ago
|
Description
•