Skip to content

Release 0.5.0 - #61

Merged
leoafarias merged 1 commit into
mainfrom
chore/release-0.5.0
Sep 11, 2026
Merged

leoafarias merged 1 commit into
mainfrom
chore/release-0.5.0

Conversation

@leoafarias

Copy link
Copy Markdown
Contributor

Cuts 0.5.0 for the two timestamp changes now on main (#59, #60).

stale_after is compared as an instant rather than as a calendar date in the
caller's local zone. That is the behavior change behind the minor bump, and the
notes give it in both directions: east of UTC a concept goes stale later than it
used to, and west of UTC it can become stale on the previous local day.

Measured on this branch rather than reasoned about:

  • okf validate exits 0 and okf validate --strict exits 1 on the same
    date-only bundle. isConformant is unchanged, so the compatibility promise
    holds everywhere except --strict; the notes say so and point at
    okf format --migrate-timestamps.
  • Migrating a date-only verified.at raises trust_tier from unverified to
    human-reviewed in okf graph, because the verification gains a usable time.
    Documented, since it changes output a consumer may key on.
  • --migrate-timestamps --check exits 1 and leaves the file byte-identical.
  • 2026-02-30 used to parse as March 2 and now does not parse at all.

Version is mirrored in pubspec.yaml, lib/src/version.dart, the README action
pin and the changelog heading, which test/ci/gate_test.dart enforces.

Made with Cursor

Timestamps carry a UTC offset per OKF 62432a0, and staleness is compared as an
instant rather than a local calendar day, which is the behavior change behind
the minor bump.

The notes state both directions of the staleness shift, that `validate --strict`
begins failing on date-only timestamps that used to pass, and that migrating a
date-only `verified.at` can raise a concept's trust_tier.

Co-authored-by: Cursor <cursoragent@cursor.com>
@leoafarias
leoafarias merged commit e3982b2 into main Sep 11, 2026
4 checks passed
@leoafarias
leoafarias deleted the chore/release-0.5.0 branch September 11, 2026 22:13
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant