Piano Roll Window - Any RC testers willing to verify some possible issues found

Because Mantis site has a very strict post/“action” limitation (I am now restricted to only 2 posts and then I am considered to be dangerous and have to wait a couple hours to post again)
I figured I would mention some possible issues I have experienced when testing the new “Piano Roll Window” in version 9 rc2 to see if any other testers would be willing to verify them, before I put in official reports about them.

INFO
-These items were tested using Ardour-9.0.rc2.58-demo-x86_64
-These items are all pertaining to the new “Piano Roll Window”
-Some are issues / some are questions


ISSUE 1 - Zoom Focus drop down state does not get remembered
If you change the Zoom Focus drop down state, close that PR window, then open PR window again, the zoom state goes back to Left.
It does not appear to get remembered, seems like it should?
If someone would be willing to verify if this is true?


ISSUE 2 - Zoom Focus drop down might not work correctly
If change the Zoom Focus drop down state, it does not appear to change how the zoom is functioning. Kind of seems that they are all performing same action?


ISSUE 3 - Playhead goes beyond the boundary indicator shown
The Piano Roll Window shows a visual indicator of the regions length.
However, if you hit “Play” the playhead by default goes beyond region end indicator. I have not thought about this completely but seems like it should stop at region edge by default?

If not then I would consider adding a new button to PR window toolbar to
Stop Playhead At End Of Region

Suggestion for “extra buttons” was questioned/challenged in another post of mine, but maybe would be willing to add such a button if do not want to change the actual default behavior for the PR window.

I was going to also mention to add a loop button, but I was glad to see it is already available.
Hard enough to fight for 1 button, I don’t want to have to fight for 2 buttons :slight_smile:


Again if anyone would be willing to test/verify any of these items please let me know if any of them are worth making official posts about.

Thank you to anyone who reads this

I just double checked the mantis configuration, and there is no such limit.

Also since you already reported those issues, it’d be more valuable if other RC testers would instead focus on different potential release critical bugs instead.

No I know, as me and other user mentioned in my Mantis post, it is something about “Actions”.
I usually can only make 3 posts based on whatever Mantis is viewing an “action”.
Whatever I did this recent time, I was only allowed to make 2 posts, so I did something that used up more actions. I think that other user might have been right, it is not just posts and replies that are viewed as “actions”, maybe it is counting filling in the different fields that are offered in a post. Sometimes I use them all and sometimes I only use the “Description” one. Other user also mentioned that maybe even the tags field is being viewed as an “action”.

As far as your other response I am a little confused.
This post here was meant for any users who are using version 9 rc2 that would be willing to confirm some things I noticed about the “Piano Roll Window”.
This was just to confirm if anything I mentioned was an issue.
I did not say these were release critical bugs but if the “Piano Roll Window” is a big feature that is going to be presented in new release of version 9, if users try it out and instantly find that zoom features do not function, might not look good.
So may not be “critical issues” but might be a good idea to verify if these issues occur and fix them if they are easy to fix.
But again this was only for general users to maybe test, I am not sure who tests what, and what you guys feel is worth fixing before a major release.
All I am trying to do is be helpful and report anything that I come across that might be viewed as an issue or inconvenience to users when actual official version is released.
Thank You

Zoom focus issues have been fixed in commit 4efd80a01f75

For pianorolls that show regions present on the timeline, the playhead will quite naturally go beyond the end of the region itself, since what the playhead is showing is the position on the timeline (since that is what is playing).

For pianorolls that show clips/cues, this should not happen, since only the clip/cue is playing, and the playhead shown in the pianoroll shows the position within the clip/cue.

1 Like

Okay, thank you for fixing zoom issues.

It was mentioned it would be better to test “release critical bugs”.
Not sure but maybe I could help test out a couple of them.
I assume that “release critical bugs” are found by going to Mantis and filtering to “major/critical” issues.

Question I have for Robin (because you mentioned this) and or Paul
What would I actually be testing for?
-Bugs that other users have reported, that are not fixed yet?
or
-Bugs that have been fixed but maybe need to verify that the fixes have solved the issue?

Thank You