fix(push-platform-notifications): Fix ENABLE_MV3 parsing consistency#25242
fix(push-platform-notifications): Fix ENABLE_MV3 parsing consistency#25242legobeat wants to merge 7 commits intoMetaMask:developfrom
Conversation
|
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. |
0e927bf to
8be12ed
Compare
ad989d5 to
c5f4e79
Compare
c5f4e79 to
50d8c52
Compare
There was a problem hiding this comment.
test:e2e:firefox and *:mv2 scripts set ENABLE_MV3="false", which here means process.env.ENABLE_MV3 === true, and this would not trigger.
There was a problem hiding this comment.
Aha nice catch, I was under the assumption the flag was not set.
Perfect - Approved!
6161242 to
29e2c8a
Compare
|
@legobeat this is failing 4 unit tests |
29e2c8a to
6389af8
Compare
@HowardBraham Yes - it seems that these tests are not properly confirmed as passing in CI on |
6389af8 to
5310e68
Compare
|
@legobeat if this is becoming a blocker, I'm fine if you need to modify or comment out tests. |
1fdb619
8d5e2fc to
e56180b
Compare
fix: skip MV3-only tests on MV2 instead of marking them as passing
- push-platform-notifications
e56180b to
ec429a4
Compare
|
Closing because goals were accomplished by #26059 |
Description
Due to slight difference in parsing of the
ENABLE_MV3environment variable, there is actually currently no value that will consistently disable MV3 (since!!'false' === truewhile!!'' === false).This fixes this by:
ENABLE_MV3environment variable consistentlyprocess.env.ENABLE_MV3in runtime to library functionisManifestV3.After this PR is merged:
ENABLE_MV3=trueor leaving it unset will enable MV3This is in line with how it is interpreted in other parts of the stack.
Related issues
Fixes:
Manual testing steps
Screenshots/Recordings
Before
After
Pre-merge author checklist
Pre-merge reviewer checklist