Ensure test principal creation succeeds properly

[scbedd]

Pulled directly from @annelo-msft Azure/azure-sdk-for-net#23591

[azure-sdk]

The following pipelines have been queued for testing:
java - template
java - template - tests
js - template
net - template
net - template - tests
python - template
python - template - tests
You can sign off on the approval gate to test the release stage of each pipeline.
See eng/common workflow

[scbedd]

Trying out a pipeline that uses New-TestResources.ps1

Green. Doing a template release run just to ensure I'm not missing anything, then starting the merge process across the repos.

[ghost]

Hello @azure-sdk!

Because this pull request has the auto-merge label, I will be glad to assist with helping to merge this pull request once all check-in policies pass.

p.s. you can customize the way I help with merging this pull request, such as holding this pull request until a specific person approves. Simply @mention me (@msftbot) and give me an instruction to get started! Learn more here.

[JoshLove-msft]

I think this breaks when an already existing baseName is used, whether passed explicitly or defaulted:

New-AzADServicePrincipal: C:\Users\jolov\src\r\Azure\azure-sdk-for-net\eng\common\TestResources\New-TestResources.ps1:292
Line |
292 | … Principal = New-AzADServicePrincipal -Role Owner -Scope "/subscriptio …
| ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
| Another object with the same value for property identifierUris already exists.

[weshaggard]

@benbp Will this display name cause problems in other clouds that aren't using the microsoft public tenant?

[benbp]

I don't think it will cause functional problems, as it's just a display name, but it would make sense to see if we can grab the suffix out of the tenant/authority host info in the context and use that instead (or just not have the display name include .com).