WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
Bug 40199
HTML5 parser should normalize line endings
https://bugs.webkit.org/show_bug.cgi?id=40199
Summary
HTML5 parser should normalize line endings
Adam Barth
Reported
2010-06-04 19:31:28 PDT
HTML5 parser should normalize line endings
Attachments
Patch
(12.59 KB, patch)
2010-06-04 19:48 PDT
,
Adam Barth
no flags
Details
Formatted Diff
Diff
Patch
(14.36 KB, patch)
2010-06-07 11:19 PDT
,
Adam Barth
eric
: review+
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Adam Barth
Comment 1
2010-06-04 19:48:14 PDT
Created
attachment 57947
[details]
Patch
Eric Seidel (no email)
Comment 2
2010-06-04 22:50:08 PDT
Comment on
attachment 57947
[details]
Patch WebCore/html/HTML5Lexer.cpp:335 + #define PEEK_AND_RECONSUME_IN(StateName) \ Please add comments to these macros about when to use which. It's not clear when to use PEEK_AND_ vs. normal RECONSUME WebCore/html/HTML5Lexer.cpp:338 + if (!m_inputStreamPreprocessor.peek(source, m_lineNumber)) \ This might want to be a macro itself, sicne it's used other places. EXIT_IF_PEEK_FAIL or something? WebCore/html/HTML5Lexer.cpp:413 + if (m_skipLeadingNewLineForListing) { We might want to document in the header why both the input stream preprocessor "skip next newline" and this m_skipLeadingNewLineForListing are needed. They're both needed. Mostly to cover the <pre>\r\n case cleanly. WebCore/html/HTML5Lexer.cpp:1160 + // We ignore the return value because it's checked by the loop. This comment is not clear. What's the return value? How is it checked by which loop? WebCore/html/HTML5Lexer.h:138 + UChar nextInputCharacter() { return m_nextInputCharacter; } const? WebCore/html/HTML5Lexer.h:136 + InputStreamPreprocessor() : m_nextInputCharacter('\0'), m_skipNextNewLine(false) { } separate lines? WebCore/html/HTML5Lexer.h:147 + return false; So I'm not sure what a false vs. true return here mean. False means that there is not enough data in the stream to be able to do the \r\n handling? This just isn't clear. You talked about adding more ASSERTs in InputStreamPreprocessor to prevent double-peeking too.
Adam Barth
Comment 3
2010-06-07 11:19:52 PDT
Created
attachment 58051
[details]
Patch
Eric Seidel (no email)
Comment 4
2010-06-07 11:30:53 PDT
Comment on
attachment 58051
[details]
Patch Looks OK. Thank you for all the extra commenting.
Adam Barth
Comment 5
2010-06-07 11:34:18 PDT
Committed
r60790
: <
http://trac.webkit.org/changeset/60790
>
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug