Skip to content

chore(deps): bump waveflow-core rev to pick up t.album_id projection - #39

Merged
InstaZDLL merged 1 commit into
mainfrom
feat/bump-core-album-id-projection
Jun 8, 2026
Merged

chore(deps): bump waveflow-core rev to pick up t.album_id projection#39
InstaZDLL merged 1 commit into
mainfrom
feat/bump-core-album-id-projection

Conversation

@InstaZDLL

@InstaZDLL InstaZDLL commented Jun 8, 2026

Copy link
Copy Markdown
Owner

Summary

Closes the legacy `/tracks` collection's NULL-projection asymmetry that was explicitly tracked in this repo's CLAUDE.md + the desktop's `project_sprint_4_web_progress.md` follow-ups.

WaveFlow PR #209 swapped every `NULL::bigint AS album_id` in `PostgresTrackRepository::{list,get,insert,update}_for_library` for the real `t.album_id` column. This PR picks it up by bumping the `waveflow-core` git rev in `Cargo.toml` to the merged commit `60550e1`.

The doc comment on `TrackResponse.album_id` (in `src/api/tracks.rs`) loses the "a follow-up bumps core" caveat — the follow-up is this PR.

Test plan

  • `cargo check` clean (regenerated `Cargo.lock`)
  • `cargo check --tests` clean
  • `cargo fmt --all -- --check` clean
  • `cargo clippy --all-targets --all-features -- -D warnings` clean
  • CI runs the full test suite — existing integration tests don't assert on `album_id`, so the bump is transparent to the existing suite

Behavior

No schema change. The wire shape on `GET /api/v1/profiles/{p}/libraries/{l}/tracks` now carries the real FK in `album_id` for materialised rows (it was always `null` before — the column existed in the response but the SELECT projected NULL). Drill-down endpoints (`/albums/{id}/tracks` + `/artists/{id}/tracks`) already carried the real value; the legacy collection now matches.

Diff

3 files, 8 +/- 11:

  • `Cargo.toml` — rev bump `25b9ada` → `60550e1`
  • `Cargo.lock` — regenerated to match
  • `src/api/tracks.rs` — doc comment refresh (drop "follow-up" caveat)

Closes the legacy `/tracks` collection's NULL projection asymmetry.
WaveFlow desktop PR #209 swapped every `NULL::bigint AS album_id`
in `PostgresTrackRepository::{list,get,insert,update}_for_library`
for the real `t.album_id` column; this PR picks it up by bumping
the `waveflow-core` git rev in Cargo.toml to the merged commit.

Refreshes the `TrackResponse.album_id` doc comment to drop the
"a follow-up bumps core" caveat — the follow-up is this PR.

No schema change, no behavior change beyond the wire shape now
carrying the real FK on the legacy collection (it already carried
it on the album drill-down). Existing integration tests don't
assert on `album_id`, so the rev bump is transparent to the
existing suite.

Signed-off-by: InstaZDLL <github.105mh@8shield.net>
@InstaZDLL InstaZDLL self-assigned this Jun 8, 2026
@InstaZDLL

Copy link
Copy Markdown
Owner Author

@coderabbitai review

@InstaZDLL
InstaZDLL merged commit 6747c0c into main Jun 8, 2026
7 checks passed
@InstaZDLL
InstaZDLL deleted the feat/bump-core-album-id-projection branch June 8, 2026 18:09
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