[BUG] Do not allow exiting filter editor if first step is disabled and "AND"ed or "OR"ed with the second step.

[pacmano1]

The channel doesn't deploy of course in 3.10.1. But the admin tool should not allow the condition at all. Pic attached.

[cturczynskyj]

Hmm, yeah, that probably should "not" be allowed. Internal issue created.

[pacmano1]

Should "not" be allowed. :)

[MichaelLeeHobbs]

Reported this a long time ago but can't find it. It should be allowed it's just that the auto generate code is wrong.

[cturczynskyj]

To clarify, we should not be allowing a channel to be saved in an undeployable state. There are two options on how we would do this:

1. Do not allow the channel to be saved in this state
2. Make whatever filter is the first enabled be the first filter and and/or others that follow

[pacmano1]

I'd just complain about it on exiting the filter.

[MichaelLeeHobbs]

I vote 2

[WTFHello]

hmmm.

[twest-mirthconnect]

We have triaged this ticket and will move forward with the following behavior change:

• Make whatever filter is the first enabled be the first filter and/or others that follow

We will work through when to include it in a future build

[rogin]

Comments in the Mirth slack shows another user bit by this today in his Production environment.