fix: Fix MV2 build sourcemap upload (#26467)

[Gudahtt]

This is a cherry-pick of #26467 for v12.0.6. Original description:

Description

The sourcemaps for MV2 builds (used for Firefox) were not being uploaded to Sentry at all. This resulted in invalid stack traces for Firefox error reports.

The Sentry initiatization has been updated to use a dist option, letting us differentiate between different types of build for the same version. This is now used to signify which builds are mv2 and which are mv3. Both distributions are uploaded separately as part of the release process (for Flask and main builds; we don't have MV2 builds for MMI or beta).

Related issues

Fixes #26466

Manual testing steps

Unfortunately I don't know of an easy way to test the CircleCI changes. Those will just have to be read carefully.

We can test the application changes and the Sentry script changes though. The two outcomes we want to test are:

• The source code and sourcemaps are uploaded correctly for both MV2 and MV3 builds
• Application bundles for MV2 and MV3 builds are reporting errors properly tagged as being from an MV2 or MV3 build, and are mapped correctly in Sentry.

Here are the steps I used to test this:

• Setup a personal Sentry account with a metamask project
• Create a Custom Integration in Sentry (Settings -> Custom Integrations)
  • Steps:
• Navigate to "Settings -> Custom Integrations" on the Sentry dashboard for your personal Sentry account
• Click the purple "Create New Integration" button on the top-right of the page
  • Select "Internal integration"
  • Provide any name, and grant it "Admin" access to "Releases"
• Alternatively an Auth Token might work as well, but some of the commands used by our script to check for pre-existing releases seem to not work with the org:ci scope, which is the only scope available for Sentry auth tokens.
• Checkout this branch
• Bump the patch version in package.json (just in case you need to re-test, this is an easy way to separate old errors/builds from new ones)
• Before creating builds, make sure that SENTRY_DSN_DEV is set to the DSN of your personal Sentry account's metamask project
• Run yarn dist:mv2 to create an MV2 build
• Move it to the dist-mv2 directory (mv dist dist-mv2)
• Run yarn dist to create an MV3 build
• Before uploading sourcemaps, make sure that SENTRY_AUTH_TOKEN is set to the Auth Token generated from the custom integration earlier.
• Run yarn sentry:publish --org [your organization] to upload the MV3 build
• Run yarn sentry:publish --org [your organization] --dist mv2 to upload the MV2 build

At this point, you should be able to see the releases on the Sentry dashboard along with the artifacts. Look in "Settings -> Projects -> Source Maps" for these. They are labeled by release number and dist.

Now, load each build in your browser (one at a time, never both enabled at once) and follow these steps:

• Proceed through onboarding, opting in to MetaMetrics
• Navigate to the test-dapp and connect to it
• Click the "INVALID TRANSACTION TYPE (NOT SUPPORTED)" button in the "Malformed Transactions" section of the test dapp, then reject the confirmation after it shows up. This should trigger an error in Sentry.
• Look for the error in Sentry and ensure that the frame that shows transactionController.updateSecurityAlertResponse( is mapped to source code correctly (it should resolve to
  app/scripts/lib/ppom/ppom-util.ts). Also check that the dist is correct in the "Tags" section of the Sentry issue page.

Here are screenshots of what that looked like for me:

Screenshots/Recordings

N/A

Pre-merge author checklist

• I've followed MetaMask Contributor Docs and MetaMask Extension 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.

[Gudahtt]

There were a few changes made here in #26059 that I included in this cherry-pick as well, as my changes depended on them. Specifically:

• This constant is now exported
• The fallback on process.env.ENABLE_MV3 was added

I did this rather than cherry-picking the entirety of #26059 because that PR impacted a much wider scope, would have been more complex and riskier to back port in its entirety. cc @HowardBraham

[Gudahtt]

Whoops, one more change from #26059 needed: ff88054

[codecov]

Codecov Report

Attention: Patch coverage is 70.00000% with 3 lines in your changes missing coverage. Please review.

Project coverage is 65.74%. Comparing base (6188c5c) to head (ff88054).

Files	Patch %	Lines
shared/modules/mv3.utils.js	77.78%	2 Missing ⚠️
app/scripts/lib/setupSentry.js	0.00%	1 Missing ⚠️

Additional details and impacted files

@@                 Coverage Diff                 @@
##           Version-v12.0.6   #26582      +/-   ##
===================================================
- Coverage            65.75%   65.74%   -0.00%     
===================================================
  Files                 1372     1372              
  Lines                54766    54772       +6     
  Branches             14260    14268       +8     
===================================================
+ Hits                 36006    36008       +2     
- Misses               18760    18764       +4     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[metamaskbot]

Builds ready [ff88054]

• builds: chrome, firefox
• builds (beta): chrome
• builds (flask): chrome, firefox
• builds (MMI): chrome, firefox
• builds (test): chrome, firefox
• builds (test-flask): chrome, firefox
• build viz: Build System
• mv3: Background Module Init Stats
• mv3: UI Init Stats
• mv3: Module Load Stats
• mv3: Bundle Size Stats
• mv2: E2e Actions Stats
• code coverage: Report
• storybook: Storybook
• typescript migration: Dashboard
• all artifacts
• bundle viz:

  • background: 0, 1, 2, 3, 4, 5, 6
  • common: 0, 1, 2, 3, 4, 5, 6, 7, 8, 9
  • content-script: 0
  • offscreen: 0
  • ui: 0, 1, 10, 2, 3, 4, 5, 6, 7, 8, 9

Page Load Metrics (144 ± 179 ms)

Platform	Page	Metric	Min (ms)	Max (ms)	Average (ms)	StandardDeviation (ms)	MarginOfError (ms)
Chrome	Home	firstPaint	70	111	90	11	5
		domContentLoaded	10	15	12	1	1
		load	44	1772	144	374	179
		domInteractive	10	15	12	1	1

[Gudahtt]

Rebased to resolve a conflict in the imports

[metamaskbot]

Builds ready [362e669]

• builds: chrome, firefox
• builds (beta): chrome
• builds (flask): chrome, firefox
• builds (MMI): chrome, firefox
• builds (test): chrome, firefox
• builds (test-flask): chrome, firefox
• build viz: Build System
• mv3: Background Module Init Stats
• mv3: UI Init Stats
• mv3: Module Load Stats
• mv3: Bundle Size Stats
• mv2: E2e Actions Stats
• code coverage: Report
• storybook: Storybook
• typescript migration: Dashboard
• all artifacts
• bundle viz:

  • background: 0, 1, 2, 3, 4, 5, 6
  • common: 0, 1, 2, 3, 4, 5, 6, 7, 8, 9
  • content-script: 0
  • offscreen: 0
  • ui: 0, 1, 10, 2, 3, 4, 5, 6, 7, 8, 9

Page Load Metrics (47 ± 3 ms)

Platform	Page	Metric	Min (ms)	Max (ms)	Average (ms)	StandardDeviation (ms)	MarginOfError (ms)
Chrome	Home	firstPaint	67	90	77	7	3
		domContentLoaded	8	21	10	3	1
		load	41	64	47	6	3
		domInteractive	8	21	10	3	1