Repository navigation
Conversation
gzm0
left a comment
There was a problem hiding this comment.
Hi! Thanks for taking the time to open this PR.
The overall approach looks good to me. I have left some specific comments about the interface.
A general note: We try to keep changes as isolated as possible, so ideally, we do the Scala and sbt upgrades in different PRs.
Regarding the Scala upgrade: IIUC for a library it is better to stay on the lowest possible version to not force upgrades downstream, so maybe we shouldn't do them? (dropping Scala 2.11 is of course OK). Regarding Scala 3: I have to defer to @sjrd
Lastly, there seem to be some unrelated formatting stylistic changes. We also try to avoid these as much as possible to remove noise in the diffs. If you like, I can point them out individually.
Fair enough, I'll split.
As far as I understand, as long as it's under the same minor series (3.3, 2.13, 2.12) it should be fine to use a more recent version, even if users don't
That's alright, I'll go through the diff to make these unnecessary changes minimal. I did run scalastyle locally, it just didn't do anything :) Thanks for your comments, I'll update the PR soon! |
|
I couldn't keep the sbt upgrade separate as it's a prerequisite for me to literally launch sbt in the project in the first place. I could move it to a separate PR and make that the base of this one, but I'm not sure that's adding a lot of value in a project with such low traffic. Instead, I've made it a separate commit (first one, so that the others could be rolled back independently if needed), does that work for you? Also, new change: I didn't notice it before, but Selenium now requires JDK 11 (compiles to the classfile version 55.0), so I updated the PR description and the CI setup. |
|
Also updated the README. |
gzm0
left a comment
There was a problem hiding this comment.
Sorry for the long silence on this one. It slipped through the cracks.
There is only one nit, otherwise this LGTM to merge.
I've noticed that the CI didn't run, but I don't seem to have a button to approve it.
@sjrd do you have one? From the actions tab, it looks like you approved this last time.
|
Huh, no, I don't have a button to run the CI. Perhaps it was too long ago? A force-push might make it appear. |
|
try now please :) |
|
The CI did run, but it has failures. |
…4.0. Handle `Input.CommonJSModule` to resolve errors caused by upgrade.
Selenium 4 - Fix CI Issues
|
I pulled in @arashi01's changes (which I hadn't noticed until now, thanks!), we could try the job again, but seeing as Selenium isn't really the hit anymore, I'm not sure I want to invest any more time into upgrading this in whatever this was meant for. (probably going to use another js env, like playwright or whatever) that said, feel free to run CI on this, at least we'll see if it's far off |
Chrome headless was rejecting ESModule loads from file:// URLs. Add --headless=new, --no-sandbox, --disable-dev-shm-usage and --allow-file-access-from-files to ChromeOptions in tests. Validate inputs eagerly in SeleniumRun so UnsupportedInputException propagates synchronously, as required by scalajs-js-envs-test-kit 1.6.0. Bump selenium-java 4.35.0 -> 4.43.0, scalajs-js-envs(-test-kit) 1.4.0 -> 1.6.0, sbt-scalajs 1.20.1 -> 1.21.0, sbt-mima-plugin 1.1.4 -> 1.1.5, sbt 1.11.5 -> 1.12.11, Scala 2.12.20 -> 2.12.21 and 2.13.16 -> 2.13.18 (required by scalajs-js-envs 1.6.0 per SIP-51).
|
🤞 |
|
CI green! |
DriverFactoryfrom Selenium isn't a thing so we make our ownDriverFactoryhas to be provided explicitly by the user.