Skip to content

A song cancelled in its last seconds can finish anyway, and then every vocal split on it cancels itself #750

Description

@thcp

What happens

If a cancel arrives after the pipeline has passed its last cancel check, the job still finishes and lands in the library as done. The cancel flag stays set on it, though, and it is only cleared by a restart.

Several on-demand features on a done track read that flag and stop at once: the vocal split, section detection, lyrics transcription and lyric timing. So the track plays fine, but each of those reports itself as cancelled the moment it starts, until the app is restarted.

Who hits it

Anyone who cancels or trashes an import in its final seconds, during the metadata write or the lyric timing tail. The window is short, but trashing makes it more likely than a plain cancel, because people tend to bin a song that is nearly done.

Constraints for a fix

  • The flag is runtime-only (never persisted), which is why a restart hides the problem.
  • A job that genuinely finished should not be marked cancelled after the fact: its stems are complete.

Activity

  1. added
    bugSomething isn't working
    on Oct 3, 2026
  2. added a commit that references this issue on Oct 4, 2026
    eb37d7d
  3. added a commit that references this issue on Oct 4, 2026
    00d677f
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    bugSomething isn't working

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions