Markus Minichmayr

The order in which the methods `WebSocketAdapter.onConnected()` and `WebSocketAdapter.onTextMessage()` are called is not deterministic. When listening to a `WebSocket` via a `WebSocketAdatpter`, one would expect that for every successful web...

Add netstandard2.0 Target?

1

A `netstandard2.0` target would be helpful when using Ical.Net in newer projects. The existing `netstandard1.3` target allows referencing from .NET Core versions >= 3.0 as well, but adds additional, potentially...

uws_client: No indication that WebSocket has been closed, if close is initiated by server.

2

This affects the `uws_client` WebSocket client. In cases where the server (rather than the client) initiates the closing handshake by sending a close frame, uws_client will respond to the server...

In Ical.Net `VEVENT` components are deserialized into `CalendarEvent` objects. During the deserialization process the `DURATION` property is extrapolated into `DTEND` and vice versa. I.e. one is calculated out of the...

`RDATE`s are represented in ical.net as `PeriodList` and therefore, when it comes to deserialization, the values of `RDATE`s are deserialized to instances of `Period`. According to the RFC RDATEs can...

PeriodSerializer doesn't deserialize a period's duration correctly if the start IDateTime's time is set to midnight. E.g. the following period string should be serialized to a period with a duration...

## Problem Description In my OpenAPI spec I have a response that is an array of `oneOf`s: ```json "schema": { "type": "array", "items": { "oneOf": [ { "$ref": "#/components/schemas/BaseSomething" },...

Fix incorrect handling of UNTIL if falling into DST change and some related improvements

2

Reproduce and fix #736. I.e. if `UNTIL` falls into a DST change with ambiguity, then recurrences could have missed, which is fixed with this PR. Other improvements include: * Remove...

**Describe the bug** In case of a DST change it can happen that the end time of an occurrence is after the start time in UTC but before in local...

**Describe the bug** `UNTIL` not handled correctly if it falls into a DST change. The following VEVENT should produce two occurrences, but it produces only one: ```ics DTSTART;TZID=Europe/Amsterdam:20201024T023000 DURATION:PT5M RRULE:FREQ=DAILY;UNTIL=20201025T010000Z...