Bump Fullstory library to 1.70.1#91413
Conversation
|
|
|
Commit 448e234 is for testing and allows us to use our emails for FS recording, it will be reverted later. |
Codecov Report✅ Changes either increased or maintained existing code coverage, great job!
|
|
🚧 @mountiny has triggered a test Expensify/App build. You can view the workflow run here. |
This comment has been minimized.
This comment has been minimized.
|
🚧 @mountiny has triggered a test Expensify/App build. You can view the workflow run here. |
This comment has been minimized.
This comment has been minimized.
|
@Eskalifer1 Please copy/paste the Reviewer Checklist from here into a new comment on this PR and complete it. If you have the K2 extension, you can simply click: [this button] |
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: 6e0cfefd20
ℹ️ About Codex in GitHub
Codex has been enabled to automatically review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
When you sign up for Codex through ChatGPT, Codex can also answer questions or update the PR, like "@codex address that feedback".
| return false; | ||
| } | ||
|
|
||
| return true; |
There was a problem hiding this comment.
Restore the FullStory initialization gate
This unconditional return makes FS.shouldInitialize true for every environment and email domain, so both index.ts and index.native.ts will consent and identify users in staging/dev and for expensify.com accounts that were explicitly excluded before. The comments in the callers still state that FullStory is production-only, and the old predicate allowed only production or fullstory...@qa test accounts while excluding the partner domain, so this change starts recording sessions in contexts that should not be captured.
Useful? React with 👍 / 👎.
There was a problem hiding this comment.
This is just for testing, will be removed later.
| new Promise((resolve) => { | ||
| if (!isInitialized()) { | ||
| init({orgId: 'o-1WN56P-na1'}, resolve); | ||
| init({orgId: 'o-1WN56P-na1', debug: true}, resolve); |
There was a problem hiding this comment.
Do not enable FullStory debug mode for all web sessions
Passing debug: true here enables FullStory's verbose browser diagnostics whenever web FullStory starts, including production sessions once a normal user is identified. That leaks SDK internals into end-user consoles and adds avoidable production logging/noise; if this was only needed while validating the library bump, it should not be left on for every web session.
Useful? React with 👍 / 👎.
There was a problem hiding this comment.
This is just for testing, will be removed later.
|
🚧 @mountiny has triggered a test Expensify/App build. You can view the workflow run here. |
This comment has been minimized.
This comment has been minimized.
Reviewer Checklist
Screenshots/VideosAndroid: HybridAppvideo_2026-05-27_19-47-10.mp4Android: mWeb Chromevideo_2026-05-27_19-47-03.mp4iOS: HybridApp91413-ios-native.moviOS: mWeb Safari91413-ios-web.movMacOS: Chrome / Safari91413-web.mov |
|
No product review needed |
|
Regarding APP-8Z0, I don't know if it's just a coincidence, but I've noticed that the number of crashes has increased since May 7. It was in this deployment that this library was updated from Here's the PR The first crash occurred on March 27. It seems that in this PR, the library was updated from Also, APP-8PM experienced its first crashes after this update Just my findings :) |
Eskalifer1
left a comment
There was a problem hiding this comment.
I didn't encounter any issues. It seems that Fullstory is working, and I didn't notice any crashes during testing.
Let's revert the test changes
|
Let's resolve conflicts and remove HOLD from title cc: @fabioh8010 |
@Eskalifer1 these reports are all connected to |
Done! I also decided to revert my bumps of |
Yes, that's possible. The PR was deployed 4 days ago in version Does it make sense to bump the version numbers if the bug can already be fixed, or should we put these two PRs on hold and monitor the situation for 1–2 weeks? cc: @fabioh8010 @mountiny |
|
I think we can still proceed with the bump, is this all good to merge? @fabioh8010 @Eskalifer1 |
|
I think yes, let's hear @fabioh8010 and resolve conflicts |
|
I think we should still proceed with the PR as we are fixing the mismatch with standalone and hybrid versions, and there are library bug fixes in their release notes too |
|
There are conflicts again, solving |
|
@mountiny @Eskalifer1 updated both PRs with main again |
|
Updates:
|
|
🚧 @mountiny has triggered a test Expensify/App build. You can view the workflow run here. |
|
🧪🧪 Use the links below to test this adhoc build on Android, iOS, and Web. Happy testing! 🧪🧪
|
|
🚀 Deployed to staging by https://github.com/mountiny in version: 9.3.99-0 🚀
Bundle Size Analysis (Sentry): |
|
🚀 Deployed to production by https://github.com/lakchote in version: 9.3.99-9 🚀
|
Explanation of Change
Upgrade and align Fullstory libraries to latest versions between Standalone and HybridApp.
Fixed Issues
$ #91225
$ #91291
PROPOSAL:
MOBILE-EXPENSIFY: https://github.com/Expensify/Mobile-Expensify/pull/13948
Tests
Simple test, we only want to check if the app is building with the latest bumps
Offline tests
N/A
QA Steps
Same as Tests.
PR Author Checklist
### Fixed Issuessection aboveTestssectionOffline stepssectionQA stepssectiontoggleReportand notonIconClick)src/languages/*files and using the translation methodSTYLE.md) were followedAvatar, I verified the components usingAvatarare working as expected)StyleUtils.getBackgroundAndBorderStyle(theme.componentBG))npm run compress-svg)Avataris modified, I verified thatAvataris working as expected in all cases)Designlabel and/or tagged@Expensify/designso the design team can review the changes.ScrollViewcomponent to make it scrollable when more elements are added to the page.mainbranch was merged into this PR after a review, I tested again and verified the outcome was still expected according to theTeststeps.Screenshots/Videos
Android: Native
Android: mWeb Chrome
iOS: Native
iOS: mWeb Safari
MacOS: Chrome / Safari
Screen.Recording.2026-05-27.at.13.26.54.mov
Screen.Recording.2026-05-27.at.13.27.52.mov