Closed Bug 1348208 Opened 7 years ago Closed 7 years ago

Consider removing -moz-force-broken-image-icon property

Categories

(Core :: CSS Parsing and Computation, enhancement)

enhancement
Not set
normal

Tracking

()

RESOLVED WONTFIX

People

(Reporter: xidorn, Unassigned)

Details

(Keywords: dev-doc-complete, site-compat)

Attachments

(3 files)

This property was added in bug 58646, and in bug 672465 reports that it is used to mark missing image with a visible placeholder like IE, via user style sheet, to ease development.

However, as far as I can see, no any other browser is showing such placeholder nowadays. And this property only works on missing images, so it has a pretty low risk on webcompat.

If authors want something like this to help development, it should probably be a pref rather than a CSS property.
I'll send the "Intend to unship" if you think we can remove it.
Yeah, it seems like something we can remove easily.

I had thought there was a style for it in quirks.css, but that doesn't seem to be the case.
Comment on attachment 8848486 [details]
Bug 1348208 part 1 - Remove -moz-force-broken-image-icon.

https://reviewboard.mozilla.org/r/121418/#review123470

I think the patch is fine.  It's worth first checking various datasets if we can to see if it has any substantial usage on the Web.  (Since, actually, I guess this is possible, since I think this may be an area where Gecko's behavior differs from other browsers, and this property allows changing it back to match other browsers.  So I think this needs to be looked into a drop more closely than I thought in my previous comment.)
Attachment #8848486 - Flags: review?(dbaron) → review+
There are non-trivial number of results from search which shows some interest of this property, but most of the interest is from users who want Firefox to simulate the IE way.

Nowadays, neither Safari and Chrome, nor Edge shows such placeholder, so Firefox is probably the only browser which can be set to show that. So maybe users are less interested on doing so now.

We can probably introduce a new pref for this, which is easier to maintain and faster than a user stylesheet property.
For what it's worth, the main use case I know of for this is an editor, so something like BlueGriffon.  But obviously an editor app can just set the property.

Have you tested what happens with broken images in contenteditable across browsers?
Flags: needinfo?(xidorn+moz)
(In reply to Xidorn Quan [:xidorn] (UTC+10) from comment #0)
> However, as far as I can see, no any other browser is showing such
> placeholder nowadays. And this property only works on missing images, so it
> has a pretty low risk on webcompat.

(In reply to Xidorn Quan [:xidorn] (UTC+10) from comment #6)
> Nowadays, neither Safari and Chrome, nor Edge shows such placeholder, so
> Firefox is probably the only browser which can be set to show that. So maybe
> users are less interested on doing so now.

Your test must have some defect. <https://bugzilla.mozilla.org/show_bug.cgi?id=1348208> displays broken icon for Chrome, Edge, IE11 even though other browsers do not support -moz-force-broken-image-icon.

I think this bug should be WONTFIX because the precondition is wrong.
Oh, actually I was wrong, those browsers do show placeholders for broken images, no matter whether it is in a contenteditable.

I guess what I tested was bz's testcase in bug 672465, where no browser other than Gecko shows the placeholder icon, but it seem that is because there is no src specified. When src attribute is specified, all other browsers do show the placeholder icon.
Flags: needinfo?(xidorn+moz)
OK, then given that other browsers do show the icon, let's WONTFIX it... contenteditable could be a problem. I wonder whether we can just have it show the icon whenever it is inside contenteditable, or just always show it when src is set like other browsers.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
Attachment #8848948 - Flags: review?(dbaron)
Attachment #8848949 - Flags: review?(dbaron)
> I wonder whether we can just have it show the icon whenever it is inside contenteditable

This might be a good idea.

> or just always show it when src is set like other browsers

The other browsers have terrible accessibility behavior: you can't read the alt text unless it's really short.

Also, note that Chrome is planning to change their behavior here to more closely align with us (and the HTML spec, which specs our behavior), not least because of the accessibility issue.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: