Skip to content

Bump Go to 1.25.11 and migrate jwt to v5#72

Open
delize wants to merge 1 commit into
ddvk:masterfrom
delize:bump-go-1.25-jwt-v5
Open

Bump Go to 1.25.11 and migrate jwt to v5#72
delize wants to merge 1 commit into
ddvk:masterfrom
delize:bump-go-1.25-jwt-v5

Conversation

@delize

@delize delize commented Jun 4, 2026

Copy link
Copy Markdown

Summary

  • Bump Go to 1.25.11 in CI workflows (go.yml, release.yml) and the Dockerfile; bump the go.mod toolchain directive to 1.25.0.
  • Migrate from the unmaintained golang-jwt/jwt v3.2.2+incompatible to golang-jwt/jwt/v5 v5.3.1. Replace *jwt.StandardClaims with jwt.RegisteredClaims and rewrite ParseToken's expiry check to use the new ExpiresAt field. The prior "missing exp is treated as valid" behavior is preserved (old code passed req=false to VerifyExpiresAt; new code short-circuits when ExpiresAt == nil).
  • Refresh golang.org/x/{image,sync,text} that came along with the toolchain bump.

Test plan

  • go build -v . succeeds
  • go test ./... passes locally
  • CI green on the bumped Go version
  • Auth flow still works against the live reMarkable cloud (smoke-tested locally: device-token exchange + user-token parsing both succeed)

- Update CI workflows and Dockerfile to Go 1.25.11; bump the
  go.mod toolchain directive to 1.25.0.
- Migrate from the unmaintained golang-jwt/jwt v3.2.2+incompatible
  to golang-jwt/jwt/v5 v5.3.1. Replace *jwt.StandardClaims with
  jwt.RegisteredClaims and rewrite ParseToken's expiry check to
  use the new ExpiresAt field (preserves the prior "missing exp
  is valid" behavior).
- Refresh golang.org/x/{image,sync,text} that came with the
  toolchain bump.
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