<?xml version="1.0"?>
<ArrayOfFBEvent xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment />
    <StatusString>Edited</StatusString>
    <TimeStamp>2023-05-24T20:48:49Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment />
    <StatusString>ReleaseNoted</StatusString>
    <TimeStamp>2023-02-14T23:15:32Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment>will not be worked on</Comment>
    <StatusString>Closed</StatusString>
    <TimeStamp>2023-02-06T16:15:13Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>Closed</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment>decided this is not a supported configuration currently.
 
S6A + EDR will be supported currently ONLY in record in place modes (circular buffer, recorder, etc) and NOT in stream only modes.</Comment>
    <StatusString>Resolved</StatusString>
    <TimeStamp>2023-02-06T16:14:54Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>Resolved</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment>while doing some prep for a demo I discovered that EDR + ADR in a stream out test was not being permitted in the latest 4.0 code.  This is a raytheon configuration that we sold and should work.
 
I have a patch which very narrowly addresses the issue, although looking at the code there could be other related issues.
 
The old code had a conditional that I read as "if the test is streaming and there's any hardware that has a stream output channel and the count of test channels with stream output with a das serial number the same as the das is 0, then produce the error display.  I'm not quite sure that's a condition we want or not, but I brought it out to a method AnyDASNeedingStreamOut instead which does the same thing in what should be a slightly more efficient way - it does one pass through all group channels and builds a hash of das id that have a steam output, then does a pass through the hardware once again check if any das has a stream output channel, and if it does checking if it has a group channel without a stream out (by checking the hash), but then also checks a new function DASSupportsStreamWithoutStreamOutSetting to allow some additional das to continue on, in this case the EDR.
 
Finally there's also a second check
 

if (hType != HardwareTypes.SLICE6_AIR &amp;&amp; hType != HardwareTypes.SLICE6_Base &amp;&amp; hType != HardwareTypes.TSR_AIR &amp;&amp; hType != HardwareTypes.TSR_AIR_RevB

I think this check would be better serviced by a call to a method instead, but I didn't change that - I just added an additional check against DASSupportsStreamWithoutStreamOutSetting

I've attached a DB with a test in it that has 2 ADR + 1 EDR just for ease - you can log in with AeroUser:AeroUser123

tests should include 
1) are you prevented from having a test with one or more S6A in a streaming test without a stream output setting on that das
2) are you allowed to run a test with an EDR and an ADR in a streaming test with a stream output channel on the S6A and a stream input channel on the EDR
I could envision a lot more tests, what if we have a SPS in the test?</Comment>
    <StatusString>Assigned</StatusString>
    <TimeStamp>2023-02-03T16:40:13Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment />
    <StatusString>Edited</StatusString>
    <TimeStamp>2023-02-03T15:51:38Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment />
    <StatusString>Assigned</StatusString>
    <TimeStamp>2023-02-03T15:45:16Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>UNKNOWN</Status>
  </FBEvent>
  <FBEvent>
    <User>Dan McFadden</User>
    <Comment>may have been caused by case 29609
 
If you have a test with an EDR (ethernet data recorder, or S6A Ethernet Recorder) and an ADR (a S6A), these should both be allowed in a test if the EDR has a stream input channel defined and the ADR has a stream output defined.
 
Any das in the test (other than an EDR with a stream input channel) should force this warning.  Note that I think the original code actually checked that a channel was also defined for the DAS, but I think that's not sufficient as you'd still have to dummy arm the DAS, so you'd need a stream out channel defined OR to at least support stream out so that it can be dummy armed?
 
For this particular issue I'm only checking the original conditions and not this additional criteria ...</Comment>
    <StatusString>Opened</StatusString>
    <TimeStamp>2023-02-03T15:45:15Z</TimeStamp>
    <ZendeskNumber>0</ZendeskNumber>
    <Status>Opened</Status>
  </FBEvent>
</ArrayOfFBEvent>