-
-
Notifications
You must be signed in to change notification settings - Fork 9
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
Capybara/FindAllFirst applies incorrect rewrite #150
Labels
bug
Something isn't working
Comments
fdr
added a commit
to ubicloud/ubicloud
that referenced
this issue
Mar 17, 2025
I want to table this upgrade while upstream figures out `Capybara/FindAllFirst`, or, failing that, stop using `rubocopy-capybara`. d03a9e5 was not effective, as Dependabot takes it upon itself not only to satisfy the Gemfile, but to update it as well when people use the `~>` operator. I suppose this comes from a long history of people using `~>` without a plan to be notified about new releases that do not satisfy it. I filed the `FindAllFirst` as an issue: rubocop/rubocop-capybara#150 Using a `<` operator ought to be more prescriptive. I am not sure how to conveniently test dependabot's behavior without a merge, though.
fdr
added a commit
to ubicloud/ubicloud
that referenced
this issue
Mar 17, 2025
I want to table this upgrade while upstream figures out `Capybara/FindAllFirst`, or, failing that, stop using `rubocopy-capybara`. d03a9e5 was not effective, as Dependabot takes it upon itself not only to satisfy the Gemfile, but to update it as well when people use the `~>` operator. I suppose this comes from a long history of people using `~>` without a plan to be notified about new releases that do not satisfy it. I filed the `FindAllFirst` as an issue: rubocop/rubocop-capybara#150 Using a `<` operator ought to be more prescriptive. I am not sure how to conveniently test dependabot's behavior without a merge, though.
fdr
added a commit
to ubicloud/ubicloud
that referenced
this issue
Mar 17, 2025
I want to table this upgrade while upstream figures out `Capybara/FindAllFirst`, or, failing that, stop using `rubocopy-capybara`. d03a9e5 was not effective, as Dependabot takes it upon itself not only to satisfy the Gemfile, but to update it as well when people use the `~>` operator. I suppose this comes from a long history of people using `~>` without a plan to be notified about new releases that do not satisfy it. I filed the `FindAllFirst` as an issue: rubocop/rubocop-capybara#150 Using a `<` operator ought to be more prescriptive. I am not sure how to conveniently test dependabot's behavior without a merge, though.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
per ubicloud/ubicloud#2974 (comment), this applies rewrites like the following, caused by upgrade to 2.22.1:
But, this breaks the tests, with errors like:
Let me know if you need more information. Thank you.
The text was updated successfully, but these errors were encountered: