New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Eyes gem: Upgrade eyes_selenium gem to version 3.2.2 #14474
Conversation
As suggested by Applitools' support team.
Wow, no other API changes in a major version upgrade? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM. We should babysit the next DTT to make sure this doesn't cause regressions.
Fun fact: This update includes my only Applitools bugfix which shipped in 2.39.0. |
Well, they definitely copied parts of the old repo over - here's the test I added, now attributed to an "initial import." |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Okay, I can't find anything in the documentation that suggests breaking changes and I'm not going to dig through everything in those two repos - running the tests is going to be our best validation. 👍
Hmm, this is the thing I most expect to break: batch = Applitools::Base::BatchInfo.new(ENV['BATCH_NAME'])
batch.id = ENV['BATCH_ID']
@eyes.batch = batch The |
Found it (while writing https://github.com/applitools/eyes.sdk.ruby/issues/28) - |
Nice! LGTM. Anything in particular we're getting from eyes_selenium 3.2.1 to look forward to? |
@davidsbailey Nothing specific, but their support suggested we upgrade when we described the timeouts we saw in taking screenshots. If it doesn't solve this issue, then we can gather more logs and submit them. Currently blocked on hearing from their support about an (as yet) undocumented API change. |
Looks like batch support in the new library has been merged and is landing in v3.2.2. |
As suggested by Applitools' support team.
(
Gemfile.lock
generated by runningbundle install
after making the change toGemfile
.)