New issue
Advanced search Search tips

Issue 894786 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Oct 15
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

<address> tag wrapped in <p> tag is not parsed properly.

Reported by alfr...@scandiweb.com, Oct 12

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3573.0 Safari/537.36

Steps to reproduce the problem:
1. Open attached document.
2. Inspect element.
3. Compare result parsed by browser with source document.
4. Notice the source is different from parsed document.

What is the expected behavior?
The source document should be identical with parsed document.

What went wrong?
The HTML has been parsed in a wrong way.

Did this work before? No 

Does this work in other browsers? No
 When the <address> tag is wrapped into <p> tag, it is not being included into <p> tag, instead <p> tag is wrapped around of it. This way, from:
<p><address></address></p>
The following HTML is being parsed:
<p>...</p><address>...</address><p></p>

Chrome version: 71.0.3573.0  Channel: dev
OS Version: OS X 10.13.6
Flash Version: 

`<p>` tag allows only `Phrasing Content` in itself. While `<address>` is from `Flow Content` category.
 
bug.html
111 bytes View Download
Screen Shot 2018-10-12 at 13.44.41.png
42.7 KB View Download
Labels: Needs-Triage-M71
Cc: tkent@chromium.org
Components: -Blink>HTML Blink>HTML>Parser
Status: WontFix (was: Unconfirmed)
It's a standard-defined behavior.

https://html.spec.whatwg.org/multipage/parsing.html#parsing-main-inbody

Look at "↪start tag whose tag name is one of: "address", "article", "aside", "blockquote", "center", "details", "dialog", "dir", "div", "dl", "fieldset", "figcaption", "figure", "footer", "header", "hgroup", "main", "menu", "nav", "ol", "p", "section", "summary", "ul"" section.

Sign in to add a comment