Closed panteparak closed 9 months ago
Hi @codingjoe
Just a polite ping!.
Could I have some feedback on this PR.
Really love to see this feature in the official release of django-health-check.
@frankwiles Just a friendly reminder: Don't forget to create a new release :)
@frankwiles FYI: this is a breaking change, if you've got custom checks, as the signature of BaseHealthCheckBackend.check_status
has changed.
TypeError: CeleryBeatCheckBackend.check_status() got an unexpected keyword argument 'subset'
I'll send a PR to fix the docs. Maybe it's possible to add some hint to the current release notes?
It's not clear to me what the point of the subset
parameter even is. None of the builtin health check backends actually use it. Can't it be removed to restore compatibility?
@frankwiles FYI: this is a breaking change, if you've got custom checks, as the signature of
BaseHealthCheckBackend.check_status
has changed.TypeError: CeleryBeatCheckBackend.check_status() got an unexpected keyword argument 'subset'
I'll send a PR to fix the docs. Maybe it's possible to add some hint to the current release notes?
I agree with you, this merge request should be merged into 4.0.0 only.
@SpecLad There's an example usage in the README (not within the docs).
@SpecLad There's an example usage in the README (not within the docs).
Where? The README hasn't even been updated to include the subset
parameter.
Can't link to the proper section, but as said, it's only in the README, not the documentation.
This doesn't describe the subset
parameter.
Ah, sorry, misunderstanding on my side. It looks like as if the subset
parameter on check_status
isn't used anywhere.
@panteparak Can you shed some light on this?
I would like to +1 that this is a breaking change and should not have been released as a minor version update. This caused all of our custom health checks to fail with a TypeError
...check_status() got an unexpected keyword argument 'subset'
The minor version upgrade from 3.17
to 3.18
was pulled automatically because we had specified our dependency django-health-check = "^3.16"
, and unexpectedly caused the health checks to stop working.
For others: we were able to fix our custom health checks by modifying the check_status
definition as so:
def check_status(self, *args, **kwargs):
I made a PR to unbreak this: #414.
This PR Introduces an ability to define and run a
SUBSET
of health checks.It will be useful during certain period where it is only required to run specific health checks during a scenario.
It supports both via url
/ht/<subset-name>/
and via Django commandpython manage.py health_check --subset <subset-name>