You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If no users/groups exist when calling Get-EXOMailbox or Get-UnifiedGroup, the Defender functional tests should set $User/$Group only if the commandlet returns an array with at least one entry.
It should also include/exclude the -SentTo "$User" or -SentToMemberOf $Group commandlet parameters accordingly.
Output from Initialize-SCuBA (optional)
No response
The text was updated successfully, but these errors were encountered:
The short term fix is to create a group in our GCC High test environment. (this is resolved, Defender functional tests are passing). The long term fix is to correctly handle the response from these commandlets as described in this issue.
Prerequisites
ScubaGear Version
1.6.0 (running latest from main branch)
Operating System
windows-latest
PowerShell Version
5.1
M365 Environment and License(s)
GCC High
🐛 Summary
Some of the Defender functional tests assume that at least one user/group exists when calling Get-EXOMailbox and Get-UnifiedGroup commandlets.
defender.testplan.yaml:
defender.g5.testplan.yaml:
Example usage:
Attempting to access the result from these commandlets results in a "Cannot index into a null array." error:
Steps to reproduce
Expected behavior
If no users/groups exist when calling Get-EXOMailbox or Get-UnifiedGroup, the Defender functional tests should set $User/$Group only if the commandlet returns an array with at least one entry.
It should also include/exclude the
-SentTo "$User"
or-SentToMemberOf $Group
commandlet parameters accordingly.Output from Initialize-SCuBA (optional)
No response
The text was updated successfully, but these errors were encountered: