halkyon/halkyon_learn_client/pubspec.yaml

name: halkyon_learn_client
description: Starting point for a Serverpod client.

environment:
  sdk: '^3.13.0'

resolution: workspace

dependencies:
  serverpod_auth_idp_client: 4.0.3
  serverpod_client: 4.0.3
  serverpod_offline_sync_client: 0.0.8
chore: scaffold the Serverpod 4 build Deviations from a stock `serverpod create`: - Dropped Flutter web support, for two reasons: - Appflowy editor had issues in the past, potentially related to the Flutter-Web IME bridge. Upstream has also open bugs in relation to that: - AppFlowy-IO/appflowy-editor#1029 [Bug][Web] Unwanted space on click and overall space bugs (open) - AppFlowy-IO/appflowy-editor#782 [Bug] Editor auto-scrolling when pressing space too quickly if placed inside a scrollable (open) - Offline-first is a required feature. serverpod_offline_sync's SQLite support in browsers, maybe via sqlite3.wasm + OPFS, is not documented. - SDK constraints raised to ^3.13.0, instead of ^3.12.2, so enjoy the newest language features. - Pinned to Flutter 3.47.4 via FVM. Signed-off-by: Tizian 「ティツィアーン」 <raisondetredev@pm.me> 2026-09-16 19:24:59 +02:00			`name: halkyon_learn_client`
			`description: Starting point for a Serverpod client.`

			`environment:`
			`sdk: '^3.13.0'`

			`resolution: workspace`

			`dependencies:`
build: Serverpod v4.0.3 Moves every Serverpod package, and the four overrides for serverpod_offline_sync, from v4.0.2 to v4.0.3 before the first synced table's migration exists, so that migration is created on the version that stays. v4.0.3 contains fixes only. Checked before moving: serverpod_database gained only backwards-compatible changes, none of which the sync package calls into. Server-side session keys are hashed as before (the cheaper argon2 applies to JWT refresh tokens, which we don't use), so no session ends. The auth module's profile image relation is now deferred, which fixes restoring a Postgres dump; step 7's migration carries that change. argon2 now runs in serverpod_argon2 (BSD-3), a new dependency of the server only: a prebuilt, statically linked library that needs no glibc, bundled by dart build cli like the SQLite libraries, so the Docker build is unchanged. It doesn't reach the app. The code generator still fails on Dart v3.13's primary constructors in endpoint files (tried again), so the server keeps the four syntax lints off. The regenerated test tools gain withServerpod's ephemeralDatabase option. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Signed-off-by: Tizian 「ティツィアーン」 <raisondetredev@pm.me> 2026-09-30 10:42:34 +02:00			`serverpod_auth_idp_client: 4.0.3`
			`serverpod_client: 4.0.3`
feat(server): studysets, the first synced table (migration pending) Adopts serverpod_offline_sync v0.0.8 (ADR 0001): its module (nickname offline_sync) and the experimental database: sync in generator.yaml, its server and client packages, and overrides that keep the four Serverpod core packages on v4.0.2, since the package pins v4.0.0 exactly and the spike showed it works on v4.0.2. The app's new dependencies come along because the workspace shares one lock file. Studyset is the first synced model. Its space owns it, so it has no owner column, and only the envelope is a column: keyId and nonce stay null (no end-to-end encryption; ADR 0002, rule 6), and payload holds the content as versioned UTF-8 JSON, so a new content field changes the payload's schema version instead of this table, whose every migration locks older app versions out of syncing (rule 3). The audience column of the original design is gone: it served key selection, and the engine's spaces decide who reads a row. The generated server and client code is included. The migration isn't: it is created together with the move to Serverpod v4.0.3 and reviewed first, like the client's local migration (the client's lib/migrations is still empty). Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Signed-off-by: Tizian 「ティツィアーン」 <raisondetredev@pm.me> 2026-09-30 10:11:24 +02:00			`serverpod_offline_sync_client: 0.0.8`