Set status on ical events
What does this MR do?
Setting the status enables the client calendar program to show confirmed pickups differently than non-confirmed pickups.
How confident are you it won't break things if deployed?
98.1%
Links to related issues
How to test
- Checkout branch locally
- Login as foodsaver and apply for two pickup slots
- Go to http://localhost:18080/?page=settings&sub=calendar and export the webcal link into some calendar program or app (see linked MRs)
- Login as store manager of that same store and confirm one of the pickups, but not the other
- In your calendar program or app, the two pickups should be shown differently. If not, your calendar program or app might not support the event status.
Screenshots (if applicable)
In Thunderbird for example, the difference looks like this:
Checklist
-
added a test, or explain why one is not needed/possible... -
no unrelated changes -
asked someone for a code review -
set a "for:" label to indicate who will be affected by this change -
used "state:" labels to track this MR's state until it was beta tested -
added an entry to CHANGELOG.md -
added a short text that can be used in the release notes -
Once your MR has been merged, you are responsible to create a testing issue in the Beta Testing forum: https://foodsharing.de/?page=bezirk&bid=734&sub=forum - Consider writing a detailed description in German.
- Describe in a few sentences, what should be tested from a user perspective.
- Also mention different settings (e.g. different browsers, roles, ...) how this change can be tested.
- Be aware, that also non technical people should understand.
Release notes text in German
Wenn du deine Abholungen per iCalendar in dein Kalenderprogramm/-App exportierst, werden bestätigte und nicht bestätigte Abholungen unterschiedlich angezeigt (abhängig von der Unterstützung des verwendeten Programms/App).
Edited by Thomas