-
Notifications
You must be signed in to change notification settings - Fork 278
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
Update dependencies with warnings #723
Conversation
Bumps db_connection to drop connection, since connection raises a bunch of deprecation warnings for Elixir 1.18
Thank you, although CI seems to be unhappy :) |
Yeah, I'm trying to check it out. I'm assuming it has to do with the db_connection changes. |
The 1.17 branch seems to be an error that might have been fixed by Elixir 1.17.2
|
Yes, let's bump v1.17 as well? |
From what I can tell, this line in db_connection makes the genstatem pattern incompatible with Elixir versions before 1.17.2 when raise is used during a callback, since it will enter Assuming that's correct, raising in a gen_statem callback when the Elixir version is lower than 1.17.2 means the errors will crash the logger. What should we do in terms of Postgrex? Do we
Or is this simply not a big deal? |
Users should update from 1.17.2, as guarantee bug compatibility everywhere else is not worth it, IMO. :) |
To expand a bit more, other libraries with |
@josevalim This might also be an appropriate way to still support older versions elixir-ecto/db_connection#320 I'm not sure of the downstream implications (yet) since it has been a couple years since I've converted a gen_fsm project to gen_statem, and the side effects of postgrex + db_connection's nested nature is still new to me. |
I added a conditional skip on the test by parsing the Elixir version, which feels like a huge hack, but it lets CI still test older versions while skipping the test (but still running it on newer versions of Elixir/otp). |
Co-authored-by: José Valim <[email protected]>
💚 💙 💜 💛 ❤️ |
I was digging around to ensure that JSON is supported, and saw a lot of deprecations when compiling deps.
I didn't bump
decimal
even though it also has warnings because I'm not sure if we want to bump to v2 only (now that Jason supports v2, which I'm assuming is why v1 was also supported), or if we want to keep testing the v1 version of the library for some reason.I know it's a super minor change, though. Feel free to close!