Conversation
…on in admin rooms (#620352) Adds three tests to useReportActionAvatarsTest covering the bug where ConciergeThinkingMessage shows the workspace avatar instead of Concierge avatar in policy rooms. Test 1 documents the buggy behavior, Test 2 verifies the fix path (passing accountIDs), Test 3 is a regression check for normal Concierge DMs. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
The workspace-icon bug is not limited to admin rooms -- it affects all policy rooms. This test proves the systemic nature of the issue so the fix covers announce rooms, domain rooms, etc. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
…nking message (#620352) Without the accountIDs prop, ReportActionAvatars derives the avatar from the report context. In admin and announce rooms this resolves to the workspace icon instead of the Concierge avatar. Passing accountIDs=[CONST.ACCOUNT_ID.CONCIERGE] ensures the Concierge avatar is always shown regardless of room type. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
|
@thesahindia 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] |
Reviewer Checklist
Screenshots/VideosAndroid: HybridAppScreen.Recording.2026-04-09.at.11.01.09.mp4Android: mWeb ChromeScreen.Recording.2026-04-09.at.11.03.04.mp4iOS: HybridAppScreen.Recording.2026-04-09.at.11.10.52.mp4iOS: mWeb SafariScreen.Recording.2026-04-09.at.11.13.49.mp4MacOS: Chrome / SafariScreen.Recording.2026-04-09.at.10.54.33.mp4 |
|
@marcochavezf Could you sync the main branch? |
|
🎯 @huult, thanks for reviewing and testing this PR! 🎉 A payment issue will be created for your review once this PR is deployed to production. If payment is not needed (e.g., regression PR review fix etc), react with 👎 to this comment to prevent the payment issue from being created. |
|
🚧 @Valforte 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! 🧪🧪
|
|
✋ This PR was not deployed to staging yet because QA is ongoing. It will be automatically deployed to staging after the next production release. |
|
🚀 Deployed to staging by https://github.com/Valforte in version: 9.3.58-0 🚀
Bundle Size Analysis (Sentry): |
|
No help site changes are required for this PR. This PR fixes a visual bug where the Concierge "thinking" message avatar incorrectly displayed the workspace icon instead of the Concierge avatar in admin/announce rooms. The change is a one-line prop fix plus unit tests — it doesn't alter any user-facing feature, workflow, setting name, or documented behavior that would need updates in |
Explanation of Change
The
ConciergeThinkingMessagecomponent renders aReportActionAvatarswithout passing theaccountIDsprop. When the thinking message appears in admin or announce rooms,ReportActionAvatarsderives the avatar from the report context — which resolves to the workspace icon instead of the Concierge avatar.The fix passes
accountIDs={[CONST.ACCOUNT_ID.CONCIERGE]}explicitly, which tellsReportActionAvatarsto prioritize the provided account IDs over the report-derived avatars. This ensures the Concierge avatar is always shown regardless of room type.Fixed Issues
$ https://github.com/Expensify/Expensify/issues/620352
Tests
#admins) in a workspaceOffline tests
N/A — this is a purely visual/prop-passing fix with no network dependency.
QA Steps
Same as Tests above.
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./** comment above it */thisproperly so there are no scoping issues (i.e. foronClick={this.submit}the methodthis.submitshould be bound tothisin the constructor)thisare necessary to be bound (i.e. avoidthis.submit = this.submit.bind(this);ifthis.submitis never passed to a component event handler likeonClick)Screenshots/Videos
Android: Native
Android: mWeb Chrome
iOS: Native
iOS: mWeb Safari
MacOS: Chrome / Safari