[Bug]: Stemdeck extraction / queue chokes "hangs"

[wastedbits]

Before reporting

• I'm on the latest release and the issue still happens.
• I searched existing issues and didn't find a duplicate.

What happened?

1. Load a song for extraction, Extract stems. The library shows the extraction process. So far so good.
2. Now delete that song that is being extracted from the library. It goes away. Seem like it did what was asked. BUT... that song is still in the queue and shows as it is being extracted but nothing is happening.
3. Now add more song for extraction, they get added to the queue, but the first song is still showing as extracting but not really, so the queue is hung.
4. I can delete every song in the queue except the first one with wrong status.

Now, in fact, I don't know how to get out of this jam and get rid of that song, so queue can start functioning again.

5. I'll also suggest, deleting songs from the queue maintain UI consistency with how a song is deleted from a library i.e. a delete icon, as opposed to an X

Steps to reproduce

as above

Operating system

Windows

StemDeck version

0.19.1

How did you install it?

Windows ZIP

Logs / screenshots

No response

[wastedbits]

More info...

I deleted and reinstalled Stemdeck from the Zip.
This time the same song that was stuck showing the "Analyzing" status, now switched to a new look... says it is paused and has a Start button. See image.
But I had deleted this file from the Library mid-way through extraction, so I dont think Stemdeck has a copy of it ( as it should be).
So now clicking that START button on that song in the queue, the song simply vanished.

Simplest approach is, when a song is deleted it in the library when it is midst of extraction, it should be deleted in the queue.

[wastedbits]

More....

This time I did a fresh install and tried to repeat the above steps and deleted the song in the library mid-way through processing. The song promptly goes away from the library as expected but this time the it was still in the queue and it completed all the processing. And then the next song in the ques was processed.

This inconsistency from previous attempt to this attempt might be related to at point I clicked delete in the library.
Also now that the queue still processed the deleted file to completion, makes me think where did it put all those stems. Is it cluttering up the extract folder?

I went to that StemData Location folder to check, but the default naming for the song folder is a hash key (e.g. 0ac31e076f8f). Makes it hard to track things down. Maybe use the song name with timestamp as the folder name. Timestamp to avoid name conflict just in case the same song is extracted multiple times with different extraction settings