Closed
Bug 1251566
Opened 8 years ago
Closed 2 years ago
SVG images in <img> without explicitly set width attribute have miscalculated width
Categories
(Core :: Layout: Images, Video, and HTML Frames, defect)
Core
Layout: Images, Video, and HTML Frames
Tracking
()
RESOLVED
DUPLICATE
of bug 987629
People
(Reporter: bugzilla, Unassigned)
References
Details
This might be a duplicate of #1204850. Especially Boris’s last comment seems to point to my issue. A test case is here: https://jsfiddle.net/boldewyn/q4cma9go/ How to reproduce: 1. Use a simple SVG with a viewBox="0 0 100 100" set, but without width or height attributes. 2. Embed it via <img> in an HTML element with display: inline-block 3. Set the <img>'s max-height to, e.g., 24px. 3. Note, that the <img> is shown, any text is correctly following the image, but the containing inline-block has the wrong width, i.e. a width as if the image had 0px width. So, there is a mismatch. The container assumes the <img> to have width=0, but the DOM says, there is a width (in the dev tools): $0.width === 24, and the following content is pushed further by these 24px. What should have happened? The calculated width of the <img> should be the same as its height, and in this case 24px for both. This value should be propagated to the rendering of its parent. The desired rendering is shown, too, in the JSFiddle.
Updated•6 years ago
|
Product: Core → Core Graveyard
Updated•6 years ago
|
Product: Core Graveyard → Core
Updated•3 years ago
|
See Also: → https://webcompat.com/issues/67249
Updated•3 years ago
|
Status: UNCONFIRMED → NEW
Webcompat Priority: --- → ?
Ever confirmed: true
Comment 2•2 years ago
|
||
Tentatively closing this as a duplicate of bug 987629. If someone disagrees, please reopen.
Status: NEW → RESOLVED
Closed: 2 years ago
Webcompat Priority: ? → ---
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•