Correction: Parameters.ReportOptions.ResultFilterExpression.
Okay, I've traced it up to the Test UUTs sequence of the sequential sequence. If the MainSequence Callback is terminated, errors out, has a failure, etc. then somehow that above expression must get modified. The expression is Locals.ReportOptions.ResultFilterExpression at that level and it defaults to "True". After the MainSequence Callback there is a PostUUT Callback. I'm unsure of how it affects this or not. Then, there is the TestReport Callback. Inside it, there is an ActiveX call to get the report body. I'm guessing that it calls the AddReportBody sequence which calls the AddSequenceResultToReport sequence which calls the PutResultsInReport sequence which calls the PutOneResultInReport sequence which has the step that's blowing up. I can't a call to AddReportBody anywhere so I'm guessing that it's part of the ActiveX call in the TestReport sequence. The actual files involved are SequentialModal.seq ( has everything up through TestReport sequence ) and then reportgen_txt.seq which has the AddReport... sequences that are called from the TestReport sequence in the SequentialModel file. Lost yet?
🙂 Okay, if anyone knows what changes that "True" value to blank I'd appreciate it. Thanks.
Grasshopper
-G-