Skip to content

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

@hamirmahal

Description

@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!

Metadata

Metadata

Assignees

Labels

bugSomething isn't workingp2Medium priority

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions