bug: visiting sound without a pack from the sound page of a sound with a pack causes old pack to persist

[hamirmahal]

Bug

Note the address bar: this is on the production version of the application, not localhost.

Visiting a sound without a pack, from the sound page of a sound that does have a pack, causes the pack from the previous sound to persist, making it seem as if the current sound has a pack, when it really doesn't.

Screen.Recording.2021-09-21.at.4.53.51.PM.mov

Workaround

Visit the packless sound through the address bar.

Notice how the sound correctly doesn't display a pack soundlist, because it doesn't have one.

Screen.Recording.2021-09-21.at.4.56.15.PM.mov

@amilajack What do you think of adding a test case to our suite that reproduces this bug?

I would like to contribute the fix for this!