v0.12.10

What changed

• Calendars generated in the frontend are now assigned a random order to prevent random reshuffling by Apple Calendar
• For OIDC the client_id parameter can now be numeric. Previously, specifying a numeric client id as an environment variable was a bit awkward and needed to be escaped (thanks @Phreyr)

Generated changelog

• docs: 📝 fix wrong environment variable example by @SophiaH67 in #190
• docs: fix dead link by @outloudvi in #191
• OIDC: allow numeric client ids by @Phreyr in #192

New Contributors

• @SophiaH67 made their first contribution in #190
• @outloudvi made their first contribution in #191
• @Phreyr made their first contribution in #192

Full Changelog: v0.12.9...v0.12.10

v0.12.9

New features

You can now automatically assign principal memberships based on OIDC group claims. Documentation

What's Changed

• OIDC membership assignment by @lennart-k in #187

Full Changelog: v0.12.8...v0.12.9

v0.12.8

What's Changed

• OIDC: allow additional audiences by @LuckyTurtleDev in #185

If the id token created by your IdP contains additional aud (audience) claims to rustical's client id,
rustical would reject that token.
You can now configure trusted audiences under the oidc.additional_audiences key.

New Contributors

• @LuckyTurtleDev made their first contribution in #185

Full Changelog: v0.12.7...v0.12.8

v0.12.7

• Fix broken HTTP client in v0.12.6

What's Changed (v0.12.6)

• Enforce that new principal ids don't contain : or $. (: does not work with Basic auth, $ is reserved for principal impersonation)
• Add /caldav-compat redirect for macOS #180 (Thanks @SevereOverfl0w)
• Allow OIDC email as user ID by @TobiX in #182

New Contributors

• @TobiX made their first contribution in #182

Full Changelog: v0.12.5...v0.12.7

v0.12.6

What's Changed

• Enforce that new principal ids don't contain : or $. (: does not work with Basic auth, $ is reserved for principal impersonation)
• Add /caldav-compat redirect for macOS #180 (Thanks @SevereOverfl0w)
• Allow OIDC email as user ID by @TobiX in #182

New Contributors

• @TobiX made their first contribution in #182

Full Changelog: v0.12.5...v0.12.6

v0.12.5 - Groups in Apple Calendar

Changes

• Principal impersonation: A user user of group group can now authenticate against caldav/carddav endpoints with the username user$group to act on behalf of group.
• Group memberships in Apple Configuration profile: With this change we can finally add group calendars to Apple Calendar. Simply download the new configuration profile from the frontend and all your group calendars should appear as different accounts.

Full Changelog: v0.12.4...v0.12.5

v0.12.4

Client workarounds

Accept objects with slightly invalid timezones #173 (wrong timezone for RRULE UNTIL)

This fixes compatibility with Thunderbird.

Bugfixes

• For recurrence rules with local time use fixed timezone.

Full Changelog: v0.12.3...v0.12.4

v0.12.3

Add truncation to automatically derived timezones.
A todo object consisting of 8 lines does not need 120 lines of timezone information reaching back to the 1700s :D

Full Changelog: v0.12.2...v0.12.3

v0.12.2

Features

• Support calendar objects with omitted timezones (RFC 7809)
  Some clients (such as jtxBoard) generate iCalendar data omitting timezone data which would've been rejected in the past.

  Now, when a client tries to upload calendar data, RustiCal tries to automatically insert omitted timezones from the IANA tzdb.
  You can disable that feature with

  RUSTICAL_CALDAV__RFC7809=false

Full Changelog: v0.12.1...v0.12.2

v0.12.1

What's Changed

• Fix a typo about anniversary by @wrvsrx in #171
• MKCALENDAR: Handle invalid timezones
• PROPPATCH: Return invalid props with correct namespaces

New Contributors

• @wrvsrx made their first contribution in #171

Full Changelog: v0.12.0...v0.12.1

v0.12.0 Notes

This release contains a completely revamped ical parser which is much stricter than the previous one
but in turn offers less error-prone recurrence expansion and better future-proofness for JMAP support in the future.

Breaking changes

You can configure whether rustical should skip broken objects or panic on startup:

[data_store.sqlite]
skip_broken = true/false

or

RUSTICAL_DATA_STORE__SQLITE__SKIP_BROKEN=true/false

By default this is set to true.

In case too many issues arise you can safely revert to v0.11.

Known issues

The Etar Calendar app generates invalid calendar data when creating a recurring event with an end date.
These events will be rejected in this version since they are wrong and some other clients also don't know how to handle them.
I've submitted a PR to Etar hoping that this will be fixed soon. Etar-Group/Etar-Calendar#2024

What's Changed

• ical-rs overhaul by @lennart-k in #164
• Fix status code for failed precondition
• Fix calendar-query report to be correct in more cases
• Export/Import calendar colours, fix PRODID

Full Changelog: v0.11.17...v0.12.0