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

@hirehamir

Description

@hirehamir

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
No fields configured for issues without a type.

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions