Releases: time-rs/time
v0.2.14
v0.2.14
v0.2.13
v0.2.13
v0.2.12
v0.2.12
v0.2.11
v0.2.11
v0.2.10
v0.2.10
v0.2.9
v0.2.8
v0.2.7
v0.2.6
Bug fixes
v0.2.5 introduces a major inconsistency, not just in its behavior for PrimitiveDateTime::using_offset, but also changes its signature, rendering it incapable of being used in const contexts.
Both the behavior and the function signature have been fixed, while still fixing the underlying issue. PrimitiveDateTime::using_offset mentions in the docs that the PrimitiveDateTime is assumed to be UTC, and is converted to the provided offset. This was the previous behavior.
The following functionality had bugs that were fixed (from v0.2.4):
OffsetDateTime::timestampOffsetDateTime::parse- Equality, comparison for
OffsetDateTime— Subsecond values were not checked previously. They also relied on the faulty timestamp implementation. - Hashing of
OffsetDateTime— Same as equality and comparison. Additionally, hashes would collide withPrimitiveDateTimeif the underlying UTC was the same. - Subtraction of two
OffsetDateTimes previously disregarded the subsecond values.
All of these changes are now checked in CI, so regressions will be caught.
v0.2.5
Bug fixes
PrimitiveDateTime::using_offset was poorly defined, leading to an ambiguity that cause some methods to treat the existing datetime as UTC, while others treated it as the time in the provided offset. This release ensures that the behavior is what I intended — the datetime is assumed to be in the provided offset.
NB: This release has been yanked from crates.io due to major back-compatibility issues. These have been fixed in 0.2.6.