bug: Auto-backward gives precedence to a marker over previous start location

[windowsrefund]

Setup

• play-head located at 34.1.000
• marker exists at 35.1.000
• auto-backward icon engaged

Test Scenario 1:

• Start playback
• Stop before 35.1.000
• Result: play-head returns to 34.1.000 as expected.

Test Scenario 2:

• Start playback
• Stop after 35.1.000
• Result: play-head returns to 35.1.000 which is not expected.

[rncbc]

yes it's all expected, the play-head returns to the immediate previous marker, loop or punch point, edit-head or tail (blue lines) and the last started playback position (dim red line) whichever comes first in the backward direction.

[windowsrefund]

OK, so not a "bug" but I'd expect auto-backward functionality to result in the play-head always returning to the point where playback began. This is probably more of a feature request or refactor request as I'd have to think most users would share the expectation.

[rncbc]

gotcha, now in qtractor >= 1.1.1.25git.47b2de

[windowsrefund]

Thanks! Will close this out tonight once confirmed.

[windowsrefund]

Yea. Good stuff.