Implement the latest select parsing changes#3317
Conversation
This comment was marked as outdated.
This comment was marked as outdated.
3cefda2 to
eb62613
Compare
|
Ugh, sorry about that -- PEBKAC -- I just needed to force-recompile and that particular test is passing. There are other ones that I'll look into now. |
|
I see that whatwg/html PR has had a bunch of changes since I last looked at it. I can take a look at this PR in more detail next week. |
|
@stevecheckoway Thanks. Actually, my changes look pretty good! Only two tests are failing for non-error-message reasons, and they're both very similar. (This PR is using a fixed-up version of html5lib/html5lib-tests#178 with appropriate error messages.) Zooming in on the simpler of the two (CI failure here): This pr results in the following tree: so I wanted to double check if I've missed something or if these tests are incorrect. |
|
@stevecheckoway Before you dig in on this, please catch up on the chat I'm having upstream in html5lib/html5lib-tests#178, TLDR I think I'm right and the test (and chromium) are wrong. |
|
Updated the gumbo tests. Note that these changes break rails-html-sanitizer, I'll need to work a bit upstream before these changes are safe to merge and release. |
select parsing changes
1442b66 to
4e0111b
Compare
- update gumbo tests - pin to html5lib/html5lib-tests#178 branch
4e0111b to
6b09d9c
Compare
whatwg/html#10557 This is green (modulo errors) up to whatwg/html@f8d14341 plus the correction I suggested to the spec in whatwg/html#10557 (comment)
because most implementations don't seem to be paying attention to them?
6b09d9c to
e5e51e2
Compare
What problem is this PR intended to solve?
In whatwg/html#10557 there are some changes being made to how
<select>tags are parsed.Have you included adequate test coverage?
Tests are under development on a branch at html5lib/html5lib-tests#178
Does this change affect the behavior of either the C or the Java implementations?
HTML5 is only supported by the C impl.