Enhancement: Thresholds about uptime-kuma

[aslmx]

Thanks for pointing out. Hadn't seen that when looking if it was already mentioned.
(working in QA, my experience is to address each thing in a single ticket/defect/issue, so it is easier to later resolve them one by one, instead of having one mutating issue which never gets closed ;-) - just a suggestion though).

[Panja0]

I get what you mean! Makes sense.
I’ll leave it up to the dev which way he prefers.

Cheers!

[louislam]

@louislam
Ok I understand. What do you suggest?
I can create tickets for all individual request or I can edit my post when something has been resolved. What works best for you?!

I just discovered that github provides checkbox syntax. Maybe you can prepend a checkbox for each request, so that I can mark as resolved.

[Panja0]

@louislam done!

[Panja0]

We’ve got this covered already in #21

Retries: for instance 3 retries in xx seconds before a service is being marked as down

[louislam]

Implemented in 1.0.7

[louislam]

Thanks for pointing out. Hadn't seen that when looking if it was already mentioned.
(working in QA, my experience is to address each thing in a single ticket/defect/issue, so it is easier to later resolve them one by one, instead of having one mutating issue which never gets closed ;-) - just a suggestion though).

Agree with this, I actually added version number in the frontend which mentioned in #21, but it is hard to mark as resolved.

[Panja0]

@louislam
Ok I understand. What do you suggest?
I can create tickets for all individual request or I can edit my post when something has been resolved. What works best for you?!