Bug Report: Wave pool click preview bug

[playpm]

Another bug report while trying to finish my video script.

After I drag this file into wave pool, the clicking on wave shape window to preview sound doesn't work. I think it might be the problem where it automatically create a "2" file in Loops window which is under Wave, and this "2" layer is blocking my click for preview.

https://www.mediafire.com/file/kx7a13gq ... n.zip/file

[playpm]

And with this bug blocking, when I turn on transient slice button, I can't click to preview slices too, same "2" file blocking.

[elcallio]

Not a bug. Your wave file has a loop defined in it, across the whole wave range. Yes, it will block any play-clicks. Because loops are supposed to be editable/movable.
Not surprisingly, the loops list contains loops. Which are region definitions of wave ranges we want to, wait for it... loop.
They are not "files".
In fact, in TX, even slices are "loops" (but not repeating ones).

[playpm]

Ok, it's not a bug or any design/user experience flaw, it's all user's fault not knowing everything they can't see.

[elcallio]

And pray tell, how should the UX behave in this case? Should the loop not be loaded/presented? It would be nice, in a sense, if the click-to-play operated also when pressing on a loop, but that would counteract with actually _moving_ the loop in question (i.e. presenting modal mouse pointers - note how they change appearance when hovering a loop edge, selection edge and a slice/loop area).

And also, how is this something the user "can't see"? It is a loop. In the loop list. Presented, using the loop overlay, with its name printed in the corner. If you have a concrete suggestion here, I promise you I will consider it.

[playpm]

Sorry, no more improvement suggestions.

[elcallio]

I have not seen a suggestion coming from you yet... But maybe I am missing something?