Closed Bug 1549742 Opened 6 years ago Closed 5 years ago

www.6sigmagrp.com broken since bug 1196668 landed

Categories

(Core :: Layout: Images, Video, and HTML Frames, defect, P3)

defect

Tracking

()

RESOLVED DUPLICATE of bug 1616537

People

(Reporter: twisniewski, Unassigned)

References

(Regression)

Details

(Keywords: regression, testcase)

Attachments

(1 file, 2 obsolete files)

Attached file test.html

According to mozregression, the header image at www.6sigmagrp.com's page appears broken since bug 1196668 landed. the reason is that they have this image on the page:

<div id="header-image"><img src="http://0" alt=""></div>

The CSS on the page also gives that image width:100%.

Before bug 1196668, the image ended up having a 0 height, but now the CSS width affects its height, making the broken image stretch to cover up the rest of the page content.

This isn't happening in Chrome, so this is an interop issue.

I've attached a reduced test-case.

Component: DOM: Core & HTML → Layout: Images, Video, and HTML Frames
Flags: needinfo?(emilio)
Keywords: regression, testcase
OS: Unspecified → All
Priority: -- → P3
Regressed by: 1196668
Hardware: Unspecified → All
Assignee: nobody → emilio
Flags: needinfo?(emilio)

This matches Blink and WebKit in this case. What Blink does more generally is a
bit insane (and they're aware of it already).

Blink will create a replaced box if it has a fixed width or height, regardless
of the alt attribute, that's nothing resembling the spec.

This matches Blink and WebKit in this case. What Blink does more generally is a
bit insane (and they're aware of it already).

Blink will create a replaced box if it has a fixed width or height, regardless
of the alt attribute, that's nothing resembling the spec.

Attachment #9063468 - Attachment is obsolete: true
Attachment #9063512 - Attachment is obsolete: true

So I just tried to come up with something sane for this and couldn't figure anything that wasn't an absolute hack.

Safari also matches our behavior (just tested via Browserstack), so I think I'm going to call it a day.

Thomas, any chance anyone on the webcompat team could contact the site?

Assignee: emilio → nobody
Flags: needinfo?(twisniewski)

(In reply to Emilio Cobos Álvarez (:emilio) from comment #3)

Safari also matches our behavior (just tested via Browserstack), so I think I'm going to call it a day.

That meaning: The test I tried to add passed in Epiphany, but the page also shows a giant broken image icon there.

Sure, I'm not against contacting the site in https://webcompat.com/issues/30669. Would there be a "best" suggestion? (set the image's height to 0?)

But it sounds like we really need to contact the Blink team so they fix their insanity, or find out if insanity is the only web-compatible way forward.

Flags: needinfo?(twisniewski)
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → DUPLICATE
Has Regression Range: --- → yes
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: