fix: Ensure transitory DAS for launcherOptions settings

[rmi22186]

Background

A DAS is required for the identity framework to succeed for anonymous users. Previously no DAS was created due to initializeStorage returning early under a newly introduced code path for a noFunctional setting for launcherOptions . With this PR, a DAS is created for the purposes of the identity call succeeding but is never saved to persistence.

What Has Changed

• Call storeDataInMemory with no arguments which reuses existing code to create a new DAS.

Screenshots/Video

Checklist

• I have performed a self-review of my own code.
• I have made corresponding changes to the documentation.
• I have added tests that prove my fix is effective or that my feature works.
• I have tested this locally.

Reference Issue (For employees only. Ignore if you are an outside contributor)

• Closes https://go/j/SDKE-602

[jaissica12]

LGTM 🚀

[sonarqubecloud]

Quality Gate passed

Issues
1 New issue
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud

[samdozor]

as we chatted - this mapping shouldn't exist. we can bring it back if we want but the guidance for clients should be that if they do, they need to be setting a persistent ID, otherwise we will blow up identity