-
Notifications
You must be signed in to change notification settings - Fork 285
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 Python & Django supported versions + migrate to ruff #551
Conversation
3568c99
to
3d189b6
Compare
263fd12
to
8a20f52
Compare
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.
Amazing PR, and thanks for grouping these nicely in all the commits. Looks like you still need to rebase first though. Approving to trigger the CI to check this builds properly
@@ -36,7 +37,7 @@ exclude = ["tests", "docs"] | |||
|
|||
[tool.poetry.dependencies] | |||
python = ">=3.8" | |||
django = ">=4.2,<5.0" | |||
django = ">=4.2" |
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.
Further changes are needed in 5.1 of Django to maintain support - #534
django = ">=4.2" | |
django = ">=4.2,<5.1" |
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.
Hmm, if we do this, then people won't even bother installing the app beyond this version, nor will they be able to tolerate or fix minor issues in unsupported versions.
The decision to have an upper bound is contentious I admit, if this package is absolutely broken on Django 5.1 then maybe it's a good idea, but otherwise, maybe we should leave it open and endeavour to resolve issues as they arise
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.
Ah yeah good point. It's not totally broken in 5.1. This seems to only impact fieldsets, so likely still a widespread issue.
@@ -42,7 +42,7 @@ def test_logout(admin_client): | |||
""" | |||
url = reverse("admin:logout") | |||
|
|||
response = admin_client.get(url) | |||
response = admin_client.post(url) |
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.
Interesting this wasn't already done, as I thought we fixed the logout issue already
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.
The logout via GET was deprecated in Django 4.1 hence why it wasn't caught earlier
https://docs.djangoproject.com/en/4.2/releases/4.1/#log-out-via-get
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.
Yeah, I think it might have been missed in #544
@farridav the 3.11 build is failing
I'm not sure why it can't find the |
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.
Some great changes here, and will help us with maintenance.
@@ -36,7 +37,7 @@ exclude = ["tests", "docs"] | |||
|
|||
[tool.poetry.dependencies] | |||
python = ">=3.8" | |||
django = ">=4.2,<5.0" | |||
django = ">=4.2" |
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.
Hmm, if we do this, then people won't even bother installing the app beyond this version, nor will they be able to tolerate or fix minor issues in unsupported versions.
The decision to have an upper bound is contentious I admit, if this package is absolutely broken on Django 5.1 then maybe it's a good idea, but otherwise, maybe we should leave it open and endeavour to resolve issues as they arise
Yeah it's odd, probably some sort of a permissions issue, I will see if I can make sense of it and get the coveralls token working properly |
8a20f52
to
0f821fd
Compare
0f821fd
to
e00b297
Compare
Right, lets get this moving.. a massive step in the right direction here .. Next steps will be to make the entire codebase properly typed, start making use of pydantic (or at least data classes) for configuration. And get some better test coverage :) |
Drop support for Django 2.2, 3.0 & 3.1 and add support for Django 4.2
e00b297
to
700caf0
Compare
Can we get a reabase on this ? Then we can get it merged ... |
@farridav Should be rebased with master now |
Update Python supported versions - https://devguide.python.org/versions/
Update Django supported versions - https://www.djangoproject.com/download/#supported-versions
Migrate to ruff - https://github.com/astral-sh/ruff
Miscellaneous