Skip to content

Releases: time-rs/time

v0.2.14

02 May 18:16
66e1ba2

Choose a tag to compare

v0.2.14

v0.2.13

02 May 00:11
20e9414

Choose a tag to compare

v0.2.13

v0.2.12

30 Apr 23:07
5a19e53

Choose a tag to compare

v0.2.12

v0.2.11

28 Apr 03:51
0dabad7

Choose a tag to compare

v0.2.11

v0.2.10

19 Apr 23:44
c23ddcc

Choose a tag to compare

v0.2.10

v0.2.9

13 Mar 22:13
a943beb

Choose a tag to compare

Bump version to 0.2.9

cfg-if has been updated to require 0.1.10, as compilation fails with
0.1.9.

v0.2.8

13 Mar 22:13
538d2e6

Choose a tag to compare

Bump version to 0.2.8

v0.2.7

22 Feb 21:27
2104819

Choose a tag to compare

All changes are now being reported in the repository's changelog.

v0.2.6

30 Jan 03:36
ecdbac5

Choose a tag to compare

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::timestamp
  • OffsetDateTime::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 with PrimitiveDateTime if 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

28 Jan 00:29
8caedc3

Choose a tag to compare

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.