New issue
Advanced search Search tips
Note: Color blocks (like █ or █) mean that a user may not be available. Tooltip shows the reason.

Issue 609755 link

Starred by 2 users
Status: WontFix
Owner: ----
Closed: Jun 2016
Cc:
█ kavvaru@chromium.org
█ brajkumar@chromium.org
editing-dev@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug



Sign in to add a comment

<p> not allowed in <h1> [contenteditable, execCommand, blink]

Reported by cyril.au...@gmail.com, May 6 2016 
UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2723.2 Safari/537.36

Steps to reproduce the problem:
1. https://jsfiddle.net/crl/1fw7m79w/
2. https://jsfiddle.net/crl/1fw7m79w/1/
3. 

What is the expected behavior?
either <h1> or <p> should be removed (FF/gecko removes <h1>)

What went wrong?
invalid html

Did this work before? N/A 

Chrome version: 52.0.2723.2  Channel: dev
OS Version: 10.0
Flash Version: Shockwave Flash 22.0 r0

low importance, but just putting it

Comment 1 by brajkumar@chromium.org, May 10 2016

Cc: brajkumar@chromium.org
Labels: Needs-Feedback
Tested this issue on Windows 7 using chrome latest canary 52.0.2730.0 and observed the text saying "Post" on both the links.

Tested the same on earlier version of chrome M40-40.0.2172.0 and observed no text displayed on both the links.

Could you please confirm is this is the expected behavior of this issue? Attaching screen-cast for reference.

Thanks!
609755.mp4
477 KB Download

Comment 2 by cyril.au...@gmail.com, May 10 2016 

here's the issue, in image
Capturechromeph1.JPG
74.5 KB View Download
Project Member

Comment 3 by sheriffbot@chromium.org, May 10 2016

Labels: -Needs-Feedback Needs-Review
Owner: brajkumar@chromium.org
Thank you for providing more feedback. Adding requester "brajkumar@chromium.org" for another review and adding "Needs-Review" label for tracking.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 4 by kavvaru@chromium.org, May 18 2016

Cc: kavvaru@chromium.org
Components: Platform>DevTools
Labels: -Needs-Review M-52 OS-Linux OS-Mac
Owner: ----
Status: Untriaged (was: Unconfirmed)
Able to reproduce the issue on windows 7, Linux Ubuntu 14.04 and Mac 10.11.5 using chrome version 50.0.2661.102 and canary 52.0.2739.2.
Able to see both h1 and p tags in html as per the attached screen shot in comment #2.
This issue is observed from M41 builds.the POSTS test is not displayed in Prior builds.

Marking it as Untriaged to get more inputs from dev team.

Thanks,

Comment 5 by dgozman@chromium.org, May 19 2016

Components: -Platform>DevTools Blink>HTML

Comment 6 by tkent@chromium.org, May 20 2016

Components: -Blink>HTML Blink>Editing

Comment 7 by cyril.au...@gmail.com, May 23 2016 

same for <ol> and <ul>, they are not allowed in header tags: https://jsfiddle.net/crl/6skjxhb8/

<h1><ol><li>hello<br></li></ol></h1>
Project Member

Comment 8 by sheriffbot@chromium.org, Jun 1 2016

Labels: -M-52 M-53 MovedFrom-52
Moving this nonessential bug to the next milestone.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 9 by yosin@chromium.org, Jun 9 2016

Status: WontFix (was: Untriaged)
"insertHTML" doesn't force validity of HTML for both inserted HTML and result HTML. It is due of web author to keep HTML valid.

Since HTML5 doesn't have DTD, it is hard to validate it...
►

Sign in to add a comment