feat: add profile id metametrics trait

[mathieuartu]

Description

This PR adds profile_id as a MetaMetrics trait.

Related issues

Fixes: https://consensyssoftware.atlassian.net/browse/IDENTITY-58

Manual testing steps

1. No manual testing steps

Screenshots/Recordings

Before

After

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.

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

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

See analysis details on SonarQube Cloud

[NicolasMassart]

Where is this profile_id generated and set for the first time?
We should have a call to addUserTrait when it's set or updated.
Eventually if you don't have this updated in this PR, it will have to be added in #14088

[mathieuartu]

Where is this profile_id generated and set for the first time? We should have a call to addUserTrait when it's set or updated. Eventually if you don't have this updated in this PR, it will have to be added in #14088

@NicolasMassart I was under the impression that it would eventually happen at this point

Additionally, searching the project for addUserTrait does not return any single occurrence.
I'm not sure what you're asking here, should I wait for your mentioned PR to be merged before doing anything?

[NicolasMassart]

Where is this profile_id generated and set for the first time? We should have a call to addUserTrait when it's set or updated. Eventually if you don't have this updated in this PR, it will have to be added in #14088

@NicolasMassart I was under the impression that it would eventually happen at this point

It will indeed happen here but only if user comes back to the app or opens it. So ideally the user trait is updated when you actually update the value. The app event listener entrypoint is a workaround that makes sure the value is updated if user crashes the app or never returns for values that are not updated at the moment they are changed. But with #14088 this should not be required, so ideall all new values should update when they are set.

Additionally, searching the project for addUserTrait does not return any single occurrence. I'm not sure what you're asking here, should I wait for your mentioned PR to be merged before doing anything?

Yes, sorry, I typed it by memory, it's addTraitsToUser