[issue12629] HTMLParser silently stops parsing with malformed attributes

Ezio Melotti added the comment: Fixed, thanks for the report! Apparently the correct way to parse is: starttag y attribute z with value "" attribute o"" with no value So this is what HTMLParser does now. -- resolution: -> fixed stage: needs patch -> committed/rejected status: open ->

[issue12629] HTMLParser silently stops parsing with malformed attributes

Roundup Robot added the comment: New changeset 3c3009f63700 by Ezio Melotti in branch '2.7': #1745761, #755670, #13357, #12629, #1200313: improve attribute handling in HTMLParser. http://hg.python.org/cpython/rev/3c3009f63700 New changeset 16ed15ff0d7c by Ezio Melotti in branch '3.2': #1745761

[issue12629] HTMLParser silently stops parsing with malformed attributes

Changes by Ezio Melotti : -- assignee: -> ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue12629] HTMLParser silently stops parsing with malformed attributes

Ezio Melotti added the comment: I haven't found anything in the HTML5 spec but I haven't looked closely. I'll do some more research when I'll start working on an actual patch. -- ___ Python tracker ___

[issue12629] HTMLParser silently stops parsing with malformed attributes

Éric Araujo added the comment: > This is what Firefox seems to do. I think more confidence would be good. Doesn’t the HTML5 spec define that? Have you found their test suite? Do you have more than one browser known to be compliant (trick: not sure there is even one)? -- __

[issue12629] HTMLParser silently stops parsing with malformed attributes

Ezio Melotti added the comment: I think should be parser as , and the o"" should be ignored. should be parser as , and the last two "" should be ignored. This is what Firefox seems to do. Currently the parser doesn't seem to handle extraneous data in the start tag too well, because the lo

[issue12629] HTMLParser silently stops parsing with malformed attributes

Changes by Éric Araujo : -- nosy: +eric.araujo, r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue12629] HTMLParser silently stops parsing with malformed attributes

Kevin Stock added the comment: A workaround is to call close() after feed(), which I supposed I should have done anyways. However, this does not resolve the issue that the two cases behave so differently. The code that causes the difference is lines 351-355 of parser.py, which also has a mi

[issue12629] HTMLParser silently stops parsing with malformed attributes

New submission from Kevin Stock : Given the input '', HTMLParser only detects the opening x tag, and then stops parsing. Ideally this should behave like the case '' which raises an error and then can continue parsing the close x tag. -- components: Library (Lib) files: test.py messages