See the attached testcase. The property value is invalid (in particular it's missing a fallback cursor name), but webkit accepts it.
Created attachment 83515 [details] Testcase
This works according to the spec in strict mode, but not in quirks. According to bug 9013, that was done to match IE. Should we revisit this now?
It appears that IE9 has dropped this particular quirk, so yeah, we should be able to drop it too.
It seems unlikely that IE has changed the behavior in compatibility mode though.
None of the four modes in a reasonably recent IE9 build (IE7, IE8, IE9, IE9 7 Compat) showed a cursor in Quirks mode.
This is surprising. My experience with cursors is very dated, but several years ago, a lot of pages used the "quirk" - to the point that we only allowed a single value in cursor list in WebKit at first, and didn't notice any problems with that for a while. Since nearly every page using cursors had separate declarations for Firefox and IE due to different supported formats, it's unclear if Firefox compatibility story would necessarily be relevant for IE or WebKit.
I am unable to reproduce 'red dot' cursor in attached test cases using Safari 15.6 on macOS 12.5 and all other browsers do same and only show 'text selection' cursor. I think it was fixed along the way and this can be marked as "RESOLVED CONFIGURATION CHANGED". Thanks!
This appears to be fixed now.
I verified that adding a fallback name makes the test work, so this is indeed fixed as intended, not masked by some other bug.