Improve resolution notification with some additional information

[mabed-fr]

⚠️ Please verify that this feature request has NOT been suggested before.

• I checked and didn't find similar feature request

🏷️ Feature Request Type

New Notification, Other

🔖 Feature description

Improve resolution notification with some additional information:

• DOWN DATE
• DATE OF UP(ALREADY PRESENT)
• TOTAL DOWN DURATION

✔️ Solution

Improve resolution notification with some additional information:

• DOWN DATE
• DATE OF UP(ALREADY PRESENT)
• TOTAL DOWN DURATION

❓ Alternatives

NC

📝 Additional Context

NC

[lazyjeffllc]

Forgive my ignorance, how does this feature request get performed? We just wait for someone to work it or does louislam have to add this feature?

[CommanderStorm]

@mabed-fr
What exactly is your feature request?
Is this a duplicate of Templating (#975) or #2362?
If it is not, please edit your issue to make it more clear ^^

[CommanderStorm]

@lazyjeffllc

Forgive my ignorance, how does this feature request get performed? We just wait for someone to work it or does louislam have to add this feature?

The Contribution guide is at https://github.com/louislam/uptime-kuma/blob/master/CONTRIBUTING.md

[mabed-fr]

Yes these are the same features, but none are started. Unfortunately I don't have the required skills. I can only be useful for the system network and DevOps side

[CommanderStorm]

Yes these are the same features

Please close this PR then 😉
Duplicates just make managing issues harder

none are started.

My plan to improve upon this state is:

• reformat the monitors see PR Chore: General notification reformatting #3182
• make sure that all notification providers code looks similar (see zoho-cliq vs telegram for what I mean)
• fix that some monitors handle down/up vs general notifications differently
• after upon improving on the code quality in this area, these features will be easier

I can only be useful for the system network and DevOps side

As mentioned in #1349, this project was lacking in this department. In the past year, it got better a lot, but we are not quite in a place I would call happy.
Louis seems to like manual processes for release management (see #213), but all testing PRs have been accepting ⇒ A PR adding more (unit)tests would likely be accepted and improve future reviews.
Also note #2720

[CommanderStorm]

Yes these are the same features

@mabed-fr ?

Please also note more specific issues like #2362 which will be resolved in #3394

[CommanderStorm]

Yes these are the same features

Closing as a duplicate as discussed above