chore: move SnapsExecutionWebView out of Main navigation stack

[Jonathansoufer]

Description

This PR Fix a bug happening while app is locked. A state mismatch between the ExecutionService state and the actual WebView would cause snap calls to fail.

Related issues

Fixes:

Manual testing steps

1. Go to Settings
2. Enable Notifications if its disabled
3. Lock the app.
4. Try to enable/disable notifications again.

Screenshots/Recordings

Before

SnapBugBefore.mov

After

SnapBugAfter.mov

Pre-merge author checklist

• I’ve followed MetaMask Contributor Docs and MetaMask Mobile Coding Standards.
• I've completed the PR template to the best of my ability
• I’ve included tests if applicable
• I’ve documented my code using JSDoc format if applicable
• I’ve applied the right labels on the PR (see labeling guidelines). Not required for external contributors.

Pre-merge reviewer checklist

• I've manually tested the PR (e.g. pull and build branch, run the app, test code being changed).
• I confirm that this PR addresses all acceptance criteria described in the ticket it closes and includes the necessary testing evidence such as recordings and or screenshots.

[github-actions]

CLA Signature Action: All authors have signed the CLA. You may need to manually re-run the blocking PR check if it doesn't pass in a few minutes.

[github-actions]

Bitrise

✅✅✅ pr_smoke_e2e_pipeline passed on Bitrise! ✅✅✅

Commit hash: 9e097ec
Build link: https://app.bitrise.io/app/be69d4368ee7e86d/pipelines/a269ac52-ef8a-48a7-8b5d-e90cbeb0f45a

Note

• You can kick off another pr_smoke_e2e_pipeline on Bitrise by removing and re-applying the Run Smoke E2E label on the pull request

[sonarcloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

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

See analysis details on SonarCloud