Skip to content

Latest commit

 

History

History
47 lines (42 loc) · 7.83 KB

release-notes.md

File metadata and controls

47 lines (42 loc) · 7.83 KB
Raw

Release notes

A listing of what each Nuget package version represents.

v3

  • 3.0.15: .NET Standard version (aka v3 aka net-core) is missing System.Reflection.TypeExtensions dependency. #326
  • 3.0.14: .NET Standard version (aka v3 aka net-core) is missing System.Runtime.Serialization.Primitives dependency. #324
  • 3.0.13: DTSTART is not required for VTODO components. PR 322
  • 3.0.12: Several improvements rolled up:
    • CalendarEvent now considers Summary and Description for equality and hashing. PR 309.
    • Protection against InvalidOperationExceptions in some collections usage scenarios PR 312
    • Normalized Journal implementation. PR 310
  • 3.0.11-net-core-beta: Targeting netstandard1.3 and net46
  • 3.0.10-net-core-beta: Reverts a change made in 3.0.3 which allowed UTC timestamps to specify TZID=UTC instead of being suffixed with Z. The spec requires Z suffixes, and broke many applications, including Outlook. #263
  • 3.0.9-net-core-beta: Bugfixes: PeriodList now fully implements IList<Period>. Keep data structures in sync in GroupedList.Remove() #253. Fix for StackOverflow exception #257. UnitTests can now be run in VS test runner!
  • 3.0.8-net-core-alpha: Bugfix: Better CalDateTime equality and hashing, because time zones matter. #275
  • 3.0.7-net-core-alpha: Bugfix: Fixed a small ordering bug when evaluating EXDATEs and RDATEs #275
  • 3.0.6-net-core-alpha: Bugfix: CalendarEvent's Equals() and GetHashCode() were buggy in that they did not consider RecurrenceDates and ExceptionDates properly. Both methods treated these properties as if they were a single collection. Now they are normalized by time zone when before determining whether complete set of RDATEs or EXDATEs are the same. #275
  • 3.0.4-net-core-alpha: CalendarEvent's Equals() and GetHashCode() methods were asymmetric. Both now consider Attachments. In addition, several calendar components did not implement Equals() and GetHashCode(), namely Journal and Todo. They both delegate to RecurringComponent for the properties owned by that parent object, and extend the methods for the child properties that they respectively own. #271
  • 3.0.3-net-core-alpha: Bringing in 2.2.34's changes: serializing EXDATEs and RDATEs now includes time zone information when specified. UTC timestamps are now allowed to be specified either in Z-suffixed form (which was mandatory before), OR explicitly with a time zone id (TZID=UTC). This allows greater interop with third-party libraries like Telerik's RadSchedule. #259 PeriodList now implements IList<Period>.
  • 3.0.2-net-core-alpha: Fix nuspec file to declare NodaTime as dependency
  • 3.0.1-alpha: Initial publishing of .NET Core release

v2

  • 2.3.4: DTSTART is not required for VTODO components. PR 322
  • 2.3.3: Several improvements rolled up:
    • Event now considers Summary and Description for equality and hashing. PR 309.
    • Protection against InvalidOperationExceptions in some collections usage scenarios PR 312
    • Normalized Journal implementation. PR 310
  • 2.3.2: Reverts a change made in 2.2.34 which allowed UTC timestamps to specify TZID=UTC instead of being suffixed with Z. The spec requires Z suffixes, and broke many applications, including Outlook. #263
  • 2.3.0: PeriodList now implements IList #280
  • 2.2.39: Bugfix: Better CalDateTime equality and hashing, because time zones matter. #275
  • 2.2.38: Bugfix: Fixed a small ordering bug when evaluating EXDATEs and RDATEs #275
  • 2.2.37: Bugfix: Event's Equals() and GetHashCode() were buggy in that they did not consider RecurrenceDates and ExceptionDates properly. Both methods treated these properties as if they were a single collection. Now they are normalized by time zone when before determining whether complete set of RDATEs or EXDATEs are the same. #275
  • 2.2.35: Bugfix: Event's Equals() and GetHashCode() methods were asymmetric. Both now consider Attachments. In addition, several calendar components did not implement Equals() and GetHashCode(), namely Journal and Todo. They both delegate to RecurringComponent for the properties owned by that parent object, and extend the methods for the child properties that they respectively own. #271
  • 2.2.34: Serializing EXDATEs and RDATEs now includes time zone information when specified. UTC timestamps are now allowed to be specified either in Z-suffixed form (which was mandatory before), OR explicitly with a time zone id (TZID=UTC). This allows greater interop with third-party libraries like Telerik's RadSchedule. #259
  • 2.2.33: Bugfix for #235 when years have 53 weeks. Contains a new deserializer that's twice as fast as the default ANTLR implementation, and several other (smaller) performance enhancements. This will become the default deserializer in a future release. PR 246, PR 247
  • 2.2.31: .NET's UTC offset parsing semantics don't match the RFC (which allows for hhmmss UTC offsets), so I extended the offset serializer to account for these differences. (#102, #236)
  • 2.2.30: Event.Resources is an IList again. Event.Resources wasn't being deserialized, so I have reverted back to an IList to fix this. Sorry everyone. I'm intentionally violating my own semver rules. In the future, I'll call version n+1 "vNext" so I can more freely rev the major version number.
  • 2.2.29: Calling GetOccurrences() on a recurrable component should recompute the recurrence set. Specifying EXDATE values that don't have a TimeOfDay component should "black out" that day from a recurring component's StartTime.#223
  • 2.2.25: Fix for Collection was modified exception, and better handling of recurrence ids when calling Calendar.GetOccurrences (#188) (#148)
  • 2.2.24: Performance enhancement for solidus-prefixed time zones (#204).
  • 2.2.23: Bugfix for culture for geographic location serialization. RFC-5545 requires coordinates to use decimal points, not commas, regardless of culture. Correct: 1.2345. Incorrect: 1,2345. (#202)
  • 2.2.22: Bugfix for Event serialization that always changed the Duration to 0. Serialization shouldn't have side effects. (#199)

Changes weren't systematically tracked before 2.2.22.