| Summary: | [iOS] imported/w3c/web-platform-tests/html/dom/idlharness.https.html is failing | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | WebKit | Reporter: | ayumi_kojima | ||||||
| Component: | New Bugs | Assignee: | Nobody <webkit-unassigned> | ||||||
| Status: | RESOLVED FIXED | ||||||||
| Severity: | Normal | CC: | cdumez, webkit-bot-watchers-bugzilla, webkit-bug-importer | ||||||
| Priority: | P2 | Keywords: | InRadar | ||||||
| Version: | WebKit Nightly Build | ||||||||
| Hardware: | iPhone / iPad | ||||||||
| OS: | Unspecified | ||||||||
| Attachments: |
|
||||||||
|
Description
ayumi_kojima
2021-07-22 14:21:52 PDT
Ignore the history above. This is the correct history for this test: https://results.webkit.org/?suite=layout-tests&test=imported%2Fw3c%2Fweb-platform-tests%2Fhtml%2Fdom%2Fidlharness.https.html It seems like the failure was seen on iOS 13 and a platform-specific baseline was added here https://bugs.webkit.org/show_bug.cgi?id=202960 It seem like the test has been failing on iOS 14 E Simulator wk2 iPad since the test is introduced. The test failed on my local machine at the oldest revision I can find in the history (r269329), but r269329 produced a different diff from TOT. I got another different diff at r279977 ~ r279500. The diff became the current diff after https://trac.webkit.org/changeset/279978/webkit Not sure when the diff seen at r269329 became the one seen at r279977 ~ r279500 as I did not bisect it further. But it is somewhere between r279500 and r279001 as r279000 shows the same diff as r269329. Created attachment 434101 [details] Diff produced at r269329 Created attachment 434102 [details] Diff produced at r279977 Updated test expectations https://trac.webkit.org/changeset/280251/webkit The AudioTrack.kind setter is conditionally exposed:
`[SettingsConditionallyReadWrite=MediaSource] attribute DOMString kind;`
based on the MediaSource setting.
```
MediaSourceEnabled:
type: bool
defaultValue:
WebKitLegacy:
default: true
WebKit:
"PLATFORM(COCOA) && PLATFORM(MAC)": true
"PLATFORM(COCOA) && !PLATFORM(MAC)": false
default: true
WebCore:
"PLATFORM(COCOA) && PLATFORM(MAC)": true
"PLATFORM(COCOA) && !PLATFORM(MAC)": false
default: true
```
Based on WebPreferences.yaml, I would expect the setter to be exposed on macOS but not iOS.
I am a bit perplexed how we could be getting different results on iPhone and iPad here.
The text is not expecting a setter, and the setter is supposed to be disabled on iOS, as a result, our iOS-wk2 test expectations have:
`PASS AudioTrack interface: attribute kind`
The diff on "iOS 14 E Simulator wk2 on iPad" indicates AudioTrack.kind is unexpectedly getting a setter on iOS...
Committed r280253 (239920@main): <https://commits.webkit.org/239920@main> It looks like the test is still failing History: https://results.webkit.org/?suite=layout-tests&test=imported%2Fw3c%2Fweb-platform-tests%2Fhtml%2Fdom%2Fidlharness.https.html (In reply to ayumi_kojima from comment #10) > It looks like the test is still failing > > History: > https://results.webkit.org/?suite=layout-tests&test=imported%2Fw3c%2Fweb- > platform-tests%2Fhtml%2Fdom%2Fidlharness.https.html People landed some other changes without rebaselining. I rebaselined again in <https://commits.webkit.org/r280405>. |