| Summary: | Regression(macOS Catalina): sudo safaridriver --enable not working | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Philip Jägenstedt <philip> |
| Component: | WebDriver | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED FIXED | ||
| Severity: | Normal | CC: | bburg |
| Priority: | P2 | ||
| Version: | Safari Technology Preview | ||
| Hardware: | Unspecified | ||
| OS: | macOS 10.15 | ||
|
Description
Philip Jägenstedt
2020-02-12 00:54:48 PST
I've filed https://github.com/web-platform-tests/wpt/issues/21751 to summarize the issue on the wpt side. That's blocked on this issue, but maybe there's logging we could add to help diagnose the problem. Marking resolved/fixed as this is not a WebKit change. I would highly advise you to try out the recently released update Seed builds as these should include the fix that's been in trunk for a while. If `sudo safaridriver --enable` does not work on the seed, we need to know ASAP. I'm afraid I'm not able to try a beta version of macOS, my MPB is my work machine and on CI systems like Azure Pipelines you can only use the versions the currently support. Is the problem that's been fixed in the recent Seed build one that was introduced in 10.15 and broke `sudo safaridriver --enable` for both Safari stable and STP? If so it's probably the same issue, but otherwise this might be different. If I did have access, the way I'd test it is to start from a fresh OS install and run `sudo safaridriver --enable` without ever having launched the browser before. If when the starting the browser the "remote automation" option is checked in the context menu, I'd bet it will also work in a CI setup. |