| Summary: | PerformanceResourceTiming: implement transferSize, encodedBodySize and decodedBodySize | ||||||
|---|---|---|---|---|---|---|---|
| Product: | WebKit | Reporter: | Jakub G (dailymotion) <jakub.g.opensource> | ||||
| Component: | Platform | Assignee: | Nobody <webkit-unassigned> | ||||
| Status: | RESOLVED WONTFIX | ||||||
| Severity: | Normal | CC: | achristensen, cdumez, cgarcia, esprehn+autocc, ews-watchlist, jtibble, kondapallykalyan, smoley, webkit-bug-importer, youennf | ||||
| Priority: | P2 | Keywords: | InRadar | ||||
| Version: | Safari 14 | ||||||
| Hardware: | All | ||||||
| OS: | All | ||||||
| See Also: | https://bugs.webkit.org/show_bug.cgi?id=184363 | ||||||
| Attachments: |
|
||||||
|
Description
Jakub G (dailymotion)
2020-11-16 12:05:55 PST
Thnanks for filing. Apple Internal see also: rdar://43514288 *** Bug 198293 has been marked as a duplicate of this bug. *** Created attachment 425606 [details]
Patch
Comment on attachment 425606 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=425606&action=review > LayoutTests/imported/w3c/web-platform-tests/resource-timing/TAO-null-opaque-origin.sub-expected.txt:6 > -PASS Test null TAO value with opaque origins > +FAIL Test null TAO value with opaque origins assert_equals: expected "PASS" but got "FAIL" This might be revealing a previous existing bug. > LayoutTests/imported/w3c/web-platform-tests/resource-timing/test_resource_timing.https-expected.txt:29 > -FAIL PerformanceEntry has correct network transfer attributes (xmlhttprequest) assert_equals: encodedBodySize size expected (number) 112 but got (undefined) undefined > +FAIL PerformanceEntry has correct network transfer attributes (xmlhttprequest) assert_equals: encodedBodySize size expected 112 but got 120 I get the same failure in chrome and firefox. Comment on attachment 425606 [details] Patch This is currently intentionally not implemented because of privacy concerns such as https://github.com/w3c/resource-timing/issues/238 I see, let's close this then. |