WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
157238
Update XMLHttpRequest to use enum class instead of string for enumeration
https://bugs.webkit.org/show_bug.cgi?id=157238
Summary
Update XMLHttpRequest to use enum class instead of string for enumeration
Darin Adler
Reported
2016-04-30 16:07:08 PDT
Update XMLHttpRequest to use enum class instead of string for enumeration
Attachments
Patch
(21.04 KB, patch)
2016-04-30 16:21 PDT
,
Darin Adler
no flags
Details
Formatted Diff
Diff
Archive of layout-test-results from ews113 for mac-yosemite
(1.65 MB, application/zip)
2016-04-30 17:51 PDT
,
Build Bot
no flags
Details
Patch
(22.16 KB, patch)
2016-04-30 20:29 PDT
,
Darin Adler
cdumez
: review+
Details
Formatted Diff
Diff
Show Obsolete
(2)
View All
Add attachment
proposed patch, testcase, etc.
Darin Adler
Comment 1
2016-04-30 16:21:49 PDT
Created
attachment 277834
[details]
Patch
WebKit Commit Bot
Comment 2
2016-04-30 16:23:12 PDT
Attachment 277834
[details]
did not pass style-queue: ERROR: Source/WebCore/ChangeLog:8: You should remove the 'No new tests' and either add and list tests, or explain why no new tests were possible. [changelog/nonewtests] [5] Total errors found: 1 in 4 files If any of these errors are false positives, please file a bug against check-webkit-style.
Build Bot
Comment 3
2016-04-30 17:51:40 PDT
Comment on
attachment 277834
[details]
Patch
Attachment 277834
[details]
did not pass mac-debug-ews (mac): Output:
http://webkit-queues.webkit.org/results/1247419
New failing tests: fast/xmlhttprequest/xmlhttprequest-responsetype-sync-request.html fast/xmlhttprequest/xmlhttprequest-responsetype-abort.html http/tests/xmlhttprequest/response-json-and-readystate.html imported/w3c/web-platform-tests/XMLHttpRequest/responsexml-get-twice.htm imported/w3c/web-platform-tests/XMLHttpRequest/interfaces.html fast/xmlhttprequest/xmlhttprequest-set-responsetype.html fast/files/xhr-response-blob.html fast/xmlhttprequest/xmlhttprequest-responsetype-before-open-sync-request.html fast/xmlhttprequest/xmlhttprequest-responsetype-arraybuffer.html fast/xmlhttprequest/xmlhttprequest-responsetype-text.html fast/xmlhttprequest/xmlhttprequest-responsetype-document.html fast/xmlhttprequest/xmlhttprequest-responsetype-set-at-headers-received.html imported/w3c/web-platform-tests/XMLHttpRequest/response-invalid-responsetype.htm imported/w3c/web-platform-tests/XMLHttpRequest/response-json.htm fast/xmlhttprequest/xmlhttprequest-responsetype-before-open.html imported/w3c/web-platform-tests/XMLHttpRequest/responsetype.html
Build Bot
Comment 4
2016-04-30 17:51:44 PDT
Created
attachment 277837
[details]
Archive of layout-test-results from ews113 for mac-yosemite The attached test failures were seen while running run-webkit-tests on the mac-debug-ews. Bot: ews113 Port: mac-yosemite Platform: Mac OS X 10.10.5
Darin Adler
Comment 5
2016-04-30 20:29:16 PDT
Created
attachment 277838
[details]
Patch
Darin Adler
Comment 6
2016-04-30 20:31:05 PDT
Everything was working perfectly, but there was an assertion in debug builds because generated code was using ASCIILiteral("") to make an empty string. That’s fixed now.
Chris Dumez
Comment 7
2016-04-30 20:58:41 PDT
Comment on
attachment 277838
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=277838&action=review
r=me
> Source/WebCore/xml/XMLHttpRequest.cpp:-1188 > - else if (m_responseTypeCode == ResponseTypeArrayBuffer || m_responseTypeCode == ResponseTypeBlob) {
Should we ASSERT instead?
Darin Adler
Comment 8
2016-04-30 21:48:44 PDT
(In reply to
comment #7
)
> Should we ASSERT instead?
I considered it. We could but I don’t think there’s really value in that. There is a code path for text type responses and another for binary, no need to list the different types of binary responses.
Darin Adler
Comment 9
2016-04-30 21:49:37 PDT
Committed
r200300
: <
http://trac.webkit.org/changeset/200300
>
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