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 4948
Incorrect HTML entity error recovery doesn't match other browsers
https://bugs.webkit.org/show_bug.cgi?id=4948
Summary
Incorrect HTML entity error recovery doesn't match other browsers
Alexey Proskuryakov
Reported
2005-09-12 01:41:57 PDT
(from discussion in
bug 4820
) Attached is a test matrix for invalid HTML entities with results for several browsers. Apparently, different browsers have little in common here, yet Safari matches none of them. Perhaps, this should be improved.
Attachments
test matrix
(3.54 KB, text/html)
2005-09-12 01:42 PDT
,
Alexey Proskuryakov
no flags
Details
View All
Add attachment
proposed patch, testcase, etc.
Alexey Proskuryakov
Comment 1
2005-09-12 01:42:23 PDT
Created
attachment 3875
[details]
test matrix
Eric Seidel (no email)
Comment 2
2005-12-28 01:35:59 PST
What a great table. The code for all this is inside htmltokenizer.cpp.
Alexey Proskuryakov
Comment 3
2008-03-28 02:17:32 PDT
Bug 17689
has an example of this.
Alexey Proskuryakov
Comment 4
2008-03-28 02:17:57 PDT
<
rdar://problem/5827553
>
Sam Weinig
Comment 5
2008-07-28 17:52:38 PDT
This logic should be covered by
http://www.whatwg.org/specs/web-apps/current-work/multipage/tokenization.html#consume
Adam Barth
Comment 6
2010-11-01 22:21:53 PDT
Our goal here is to match the HTML5 spec. How does a WebKit nightly compare to Firefox 4 beta?
Adam Barth
Comment 7
2010-11-01 22:24:18 PDT
Looks like we match Firefox 4 on everything except: � � � �
David Kilzer (:ddkilzer)
Comment 8
2014-11-10 12:52:08 PST
(In reply to
comment #7
)
> Looks like we match Firefox 4 on everything except: > > � > � > � > �
The above test cases match "Firefox (Mac)" column, and WebKit matches Firefox 33.1 except for these four cases (which look like regressions in Firefox per the chart): � (0x100000061) � � � Marking as RESOLVED/FIXED.
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