Skip to content

Conversation

@maxbbb
Copy link
Contributor

@maxbbb maxbbb commented Feb 3, 2026

What changed (plus any additional context for devs)

  • Updated react-native-device-info to latest version
  • Removed our custom iOS module for detecting a TestFlight environment in favor of using method available through react-native-device-info
  • isTestFlight -> IS_TEST_FLIGHT. Also collocated in env.ts with other similar constants.

@socket-security
Copy link

Review the following changes in direct dependencies. Learn more about Socket for GitHub.

Diff Package Supply Chain
Security
Vulnerability Quality Maintenance License
Updatednpm/​react-native-device-info@​5.3.1 ⏵ 15.0.1100100100 +387100

View full report

@maxbbb maxbbb marked this pull request as ready for review February 3, 2026 18:31
@github-actions
Copy link

github-actions bot commented Feb 3, 2026

🧪 Flashlight Performance Report (AWS Device Farm)

🔀 Commit: db9ad8c

📎 View Artifacts

Metric Current Δ vs Baseline
Time to Interactive (TTI) 5409 ms ⚪ +45.1 ms (+0.8%)
Average FPS 56.99 ⚪ +0.1 (+0.2%)
Average RAM 402.5 MB 🔴 +13.5 MB (+3.5%)

@github-actions
Copy link

github-actions bot commented Feb 3, 2026

Launch in simulator or device for db9ad8c

enableAutoSessionTracking: false,
enableTracing: false,
environment: isTestFlight ? 'Testflight' : SENTRY_ENVIRONMENT,
environment: IS_TEST_FLIGHT ? 'Testflight' : SENTRY_ENVIRONMENT,
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

nit: TestFlight, as I see we're using SENTRY_ENVIRONMENT=LocalRelease for example with CamelCase (also consistent with getInstallerPackageNameSync())

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Would agree but I think this would cause us to have two environments show up in Sentry, "TestFlight" and "Testflight". We would have to just ignore the old one. Not the worst thing, but not sure it's worth it.

candlestick_charts_enabled: IS_DEV || isTestFlight || false,
rainbow_toasts_enabled: IS_DEV || isTestFlight || false,
candlestick_charts_enabled: IS_DEV || IS_TEST_FLIGHT || false,
rainbow_toasts_enabled: IS_DEV || IS_TEST_FLIGHT || false,
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

should we remove || false here as all previous types are strictly boolean?

Copy link
Contributor

@i1skn i1skn left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Overall LGTM, see just small nits

Copy link
Contributor

@olerass olerass left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It's a bit anti-pattern we even have such a var to begin with, and switching code behavior based on it. BUT with that said, this change is still a good improvement 🙏 /boy-scout-rule

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants