Chrome binary for arm64 changed back to _m1
Categories
(Testing :: web-platform-tests, defect)
Tracking
(firefox-esr102 unaffected, firefox105 unaffected, firefox106 unaffected, firefox107 wontfix, firefox108 wontfix)
| Tracking | Status | |
|---|---|---|
| firefox-esr102 | --- | unaffected |
| firefox105 | --- | unaffected |
| firefox106 | --- | unaffected |
| firefox107 | --- | wontfix |
| firefox108 | --- | wontfix |
People
(Reporter: jgraham, Unassigned)
References
(Regression)
Details
(Keywords: regression)
https://chromedriver.storage.googleapis.com/ shows some files with the _m1 suffix and some with the _arm64 suffix. I guess Google reverted a change on their side when it broke something. We should at least revert the change in bug 1793801, and consider updating the code to allow both suffixes.
Comment 1•3 years ago
|
||
FYI I've also asked Maksim if he is aware of that: https://github.com/web-platform-tests/wpt/pull/36291#issuecomment-1274860435
Updated•3 years ago
|
Comment 2•3 years ago
|
||
Set release status flags based on info from the regressing bug 1793801
The _m1 prefix was changed to _arm64 since chrome version 106, and is not planned to be changed afterwards.
Comment 4•3 years ago
|
||
To add chromedriver 107 still has mac_arm64:
https://chromedriver.storage.googleapis.com/index.html?path=107.0.5304.18/
James, maybe you only checked the entries at the top which start with releases around the version number 100?
I assume that we can close this bug?
Comment 5•3 years ago
|
||
Set release status flags based on info from the regressing bug 1793801
| Reporter | ||
Updated•3 years ago
|
Updated•3 years ago
|
Description
•