BUG - Thru Selection in certain Flexi states broken in 3.2.9

Are you saying that it looses the selection of channel 1 thru 4, and doesn't advance to channel 2? If that is the case, be sure to double check that those channels are actually patched. There was something similar someone brought up while working through some of the training videos, and it will exhibit unexpected "next" behavior when the next channel actually is not patched to a fixture.

Yes I am saying that it doesn't advance to channel 2. Yes, the channels are patched.

I've given a really clear replicator for the bug in this post. If you can't take the 30secs to try this out yourself and see it happen, please don't just stab in the dark and guess at a problem, it's really not a helpful response.

As I said, that was simply giving you a quick response because of something that sounded similar because I overlooked your statement about flexi.

But with that in mind, that appears to be expected behavior, if you look at the documentation for [Next]: (https://www.etcconnect.com/webdocs/Controls/EosFamilyOnlineHelp/en-us/Default.htm#07_Manual_Control/01_Selecting_Channels/Select_From_Keypad.htm?Highlight=next)

 "Note:  [Next] and [Last] work with the current flexichannel state. See Using Flexichannel 

As such, since presumably your channels that you selected via THRU were not manual, in use or active, that would be expected since the moment you set a value in channel 1, then the flexi updates to only the channels that are in that flexi state, and are then no longer accessible via next. 

Looking at the 2.9 user manual it says the same thing on page 174 at https://www.etcconnect.com/WorkArea/DownloadAsset.aspx?id=10737511480

However, if say you had manual data in channels 1 thru 4, and in flexi view manual, then it would work as I think you expect.

But than there is a much bigger Bug around here.
If the current Channels have no value at all, they should not be selectable in the current flexi-state.
At least not with a single [Thru]. [Thru][Thru] should always work.

If there is no Activ Channel in the Channel-selection the Single [Thru] will always work. And if there is at least one activ Channel in the selection, the behaviour is as expected of the Flexistate.

So maybe that is what the moderator is refering to (around since v2.6) ?

No, that's not a bug, of course you can select channels that are not in your current Flexi. The manual says: 

"[Thru] can be used to view only channels in the current flexi state (except for selected channels) as long as either the first or last channel in the [Thru] range is included in the current flexi state. To include channels not in the current flexi state, [Thru] [Thru] can be used."

The meaning of the text is not 100% clear for me, or rather the logic behind it is not comming to me 100% clear.
Even after translating it in my native Language.

But besides that, i get the main logic and the little reproducer from warrenl  is working as your quoted text says.

If warrenl  likes to have Ch 1-4 selected and likes to step trough a [Thru] [Thru]  is needed to make this special action possible.

IMO the quoted text doesn't mention Warren's specific case. The surprise seems to be that when using Next/Last the selection is re-evaluated rather than keeping the original selection with regards to its Thru/Flexi meaning.

I did some more testing both on 3.2.9 and 2.9.3 and found the following that might help narrow down the issue.

Configuration/State:

• Live Flexi Manual (no channels shown)
• Channels 1 through 5 patches, no manual data, at cue out.

Test 1:

• 1 thru 5 enter
• next at 5 (channel 1 at 50%)
• next (drops selection except for channel 1)

Test 2:

• 1 thru 5 enter
• next next next at 5 (channel 3 at 50%)
• next (works as expected, retains all 5 channels selected)

Test 3:

• 1 thru 5 enter
• next next next next next at 5 (channel 5 at 50%)
• next (different behavior between 3.2 and 2.9, but unexpected)

The biggest issue I see here is that the results are different based on which channel in the selection has a manual value set -- even first and last channel manual values result in different behaviors. 

I believe the "book answer" would be to use thru-thru in situations like this, which does work exactly as expected. 

However it would seem that the unexpected behavior of thru in flexi might be a bug.

I did some more testing both on 3.2.9 and 2.9.3 and found the following that might help narrow down the issue.

Configuration/State:

• Live Flexi Manual (no channels shown)
• Channels 1 through 5 patches, no manual data, at cue out.

Test 1:

• 1 thru 5 enter
• next at 5 (channel 1 at 50%)
• next (drops selection except for channel 1)

Test 2:

• 1 thru 5 enter
• next next next at 5 (channel 3 at 50%)
• next (works as expected, retains all 5 channels selected)

Test 3:

• 1 thru 5 enter
• next next next next next at 5 (channel 5 at 50%)
• next (different behavior between 3.2 and 2.9, but unexpected)

The biggest issue I see here is that the results are different based on which channel in the selection has a manual value set -- even first and last channel manual values result in different behaviors. 

I believe the "book answer" would be to use thru-thru in situations like this, which does work exactly as expected. 

However it would seem that the unexpected behavior of thru in flexi might be a bug.