The default bug view has changed. See this FAQ.

Drop support for -moz-prefixes from cursor: zoom-in | zoom-out | grab | grabbing




CSS Parsing and Computation
4 years ago
3 months ago


(Reporter: j.j., Unassigned, NeedInfo)


(Blocks: 1 bug, {addon-compat, dev-doc-needed, site-compat})

addon-compat, dev-doc-needed, site-compat
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)



(1 attachment)



4 years ago
Bug 772153 added support for unprefixed cursor: zoom-in | zoom-out (Fx24).
Support for -moz-prefixes should be dropped after
<inset-arbitrary-number-here> releases.


4 years ago
Blocks: 772153
No longer depends on: 772153


4 years ago
Blocks: 880672
Summary: Drop support for -moz-prefixes from cursor: zoom-in | zoom-out → Drop support for -moz-prefixes from cursor: zoom-in | zoom-out | grab | grabbing


4 years ago
Keywords: dev-doc-needed, site-compat

Comment 1

3 years ago
Unprefixed grab | grabbing are implemented in Bug 880672 (Firefox 27).

Besides, shouldn't bugs 772153 and 880672 be blocking this issue rather than is blocked by this?

Lastly, most web authors supply a fallback image or unprefixed zoom-in | zoom-out | grab | grabbing as a value for the cursor, so I think "<inset-arbitrary-number-here>" does not need to be a big number.
Posted the site compatibility doc:

Comment 3

7 months ago
I note that there are still active themes/addons on DXR which only use the -moz variant of these properties, some of which are still kept up-to-date. Is it worth removing the prefixed variants regardless, given the time it has been since the unprefixed versions (and deprecation notice) were issued?

Comment 4

6 months ago
(In reply to Thomas Wisniewski from comment #3)

> Is it worth removing the prefixed variants


Blink woudn't drop any -webkit-prefix if they asked that question

Comment 5

6 months ago
Of course :)

But is it worth removing them *now*?

Comment 6

4 months ago
Created attachment 8814260 [details] [diff] [review]

In the interests of moving this forward, here's a patch that removes the moz-prefixed cursors.

Try seems fine with it (discounting the scary-looking unrelated oranges there):

I can also file an intent to unship on dev.platform, since I think that's standard procedure for any such removals?
Attachment #8814260 - Flags: review?(cam)
(In reply to Thomas Wisniewski from comment #6)
> I can also file an intent to unship on dev.platform, since I think that's
> standard procedure for any such removals?

Yes, I think that would be a great idea.  Is there a way you can determine the number of users of the addons that mention these cursor property values?  Searching for moz-zoom-in on DXR, it looks like nearly all uses are just setting that property, and so any breakage would be limited to the cursor not looking right, which is pretty minimal.  If you can determine that any of the addons have a lot of users, you could contact the authors to prompt them to update.
Comment on attachment 8814260 [details] [diff] [review]

Review of attachment 8814260 [details] [diff] [review]:

r=me though I'd probably wait until after you give a week or so after sending the intent email to see if you get any pushback.

::: layout/style/nsCSSProps.cpp
@@ +1269,5 @@
>    { eCSSKeyword_grab, NS_STYLE_CURSOR_GRAB },
>    { eCSSKeyword_grabbing, NS_STYLE_CURSOR_GRABBING },
>    { eCSSKeyword_zoom_in, NS_STYLE_CURSOR_ZOOM_IN },
>    { eCSSKeyword_zoom_out, NS_STYLE_CURSOR_ZOOM_OUT },
>    // -moz- prefixed vendor specific

You can remove this comment.
Attachment #8814260 - Flags: review?(cam) → review+

Comment 9

4 months ago
Intent to unship has been sent:!topic/

I'll try to study DXR soon to see who to outreach.

Comment 10

3 months ago
I haven't received any feedback on the intent to unship yet, so I'll try to do some DXR-hunting soon so we can land this removal.

Comment 11

3 months ago
Alright, here's a list of addons I found on DXR which use -moz-zoom-(in|out) or -moz-grab(bing), but not the standard version:

Also, Firebug will have to decide which versions they want to update (if any).

The defunct CoolPreviews addon seems to still have quite a few users as well, with quite a few variants and clones in DXR that don't seem to be on AMO. I'm not sure whether we can reach out to all of those users, but I could do another DXR search for those addons if we'd like to try.

There were also a few Chrome extensions that multiple users seem to have "Foxified", which we might want to reach out to as well:
- Plus for Trello
- OCRNow for FENXT
- Black Menu for Google

I can try to whittle this list down to just the most popular addons, but I'm not sure what the best course of action is for this sort of thing. Is there anyone on the addons team I should speak with about this, heycam?
Flags: needinfo?(cam)


3 months ago
Keywords: addon-compat
You need to log in before you can comment on or make changes to this bug.