[Exploratory] Gusto - Approver does not change to the Owner after remove member when connect to Gusto

[applause-bot]

If you haven’t already, check out our contributing guidelines for onboarding. To join our Slack channel, fill out this form.

---

Version Number: v9.4.45-3
Reproducible in staging?: Yes
Reproducible in production?: Yes
If this was caught during regression testing, add the test name, ID and link from BrowserStack: https://test-management.browserstack.com/projects/2219752/test-runs/66508781/folder/49545954/113541568/1607933182?sort=%2Bidentifier
Email or phone of affected tester (no customers): applausetester+gusto@applause.expensifail.com
Issue reported by: Applause Internal Team
Bug source: Exploratory - Significant User Experience Deterioration
Device used: Windows 11/Chrome
App Component: Workspace Settings

Action Performed:

Preconditions:
Use applausetester+gusto@applause.expensifail.com account
User connected to Gusto, change the approval to Basic mode, and set expensify@gustodemo.com as the Final approver

1. Open the New Dot app
2. Navigate to Member -> Remove all members (observe the banner if remove Demo Gusto will change the approver to the Owner)
3. Confirm Remove members
4. Navigate to Workflows

Expected Result:

App changes the Approver back to the owner

Actual Result:

Only the Expense From section appears in the Approval Workflows

Workaround:

Unknown

Platforms:

• Android: App
• Android: mWeb Chrome
• iOS: App
• iOS: mWeb Safari
• iOS: mWeb Chrome
• Windows: Chrome
• MacOS: Chrome Safari

Screenshots/Videos

Bug7219400_1785214630265.remove_member_gusto.mp4

View all open jobs on GitHub

Applause Internal Information
Exported by: Julia Ponikarchuk
Bug ID: 7219400

[applause-bot]

While Applause doesn't embed attachments for this bug, here are the links for quick view:
https://platform.applause.com/services/links/v1/external/35ad4e7df20fee84e3a9cb3ddbc956a5f405495d9350ae284edf6a73c2f622fe