Skip to content

[HOLD for payment 2024-04-25] Expense - GBR appears briefly in LHN when Schedule submit is enabled and admin requests money #39923

Closed

Description

@izarutskaya

If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!


Version Number: 1.4.61-0
Reproducible in staging?: Y
Reproducible in production?: N
Found when validating PR : #38675
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Issue reported by: Applause-Internal team

Action Performed:

  1. Go to staging.new.expensify.com
  2. Create a new Collect workspace.
  3. Go to Profile > Workspaces > Collect workspace.
  4. Go to More features > Enable workflows.
  5. Go to Workflows.
  6. Enable Add approvals.
  7. Also please ensure that "Delay submissions" is enabled.
  8. Return to workspace chat.
  9. Create a manual request.

Expected Result:

Since "Schedule submit" is enabled in Step 7, there should be no GBR in LHN when admin requests money from the workspace chat.

Actual Result:

When admin requests money from the workspace chat, GBR appears for a while, then disappears.
This issue only happens when admin requests money from the workspace chat, not when employee requests money from the workspace chat.

Workaround:

Unknown

Platforms:

Which of our officially supported platforms is this issue occurring on?

  • Android: Native
  • Android: mWeb Chrome
  • iOS: Native
  • iOS: mWeb Safari
  • MacOS: Chrome / Safari
  • MacOS: Desktop

Screenshots/Videos

Bug6443232_1712653228404.20240409_165306.mp4

View all open jobs on GitHub

Activity

  1. added
    DeployBlockerCashThis issue or pull request should block deployment
    BugSomething is broken. Auto assigns a BugZero manager.
    on Apr 9, 2024
  2. melvin-bot commented on Apr 9, 2024

    @melvin-bot

    Triggered auto assignment to @arosiclair (DeployBlockerCash), see https://stackoverflowteams.com/c/expensify/questions/9980/ for more details.

  3. melvin-bot commented on Apr 9, 2024

    @melvin-bot

    Triggered auto assignment to @CortneyOfstad (Bug), see https://stackoverflow.com/c/expensify/questions/14418 for more details.

  4. github-actions commented on Apr 9, 2024

    @github-actions
    Contributor

    👋 Friendly reminder that deploy blockers are time-sensitive ⏱ issues! Check out the open `StagingDeployCash` deploy checklist to see the list of PRs included in this release, then work quickly to do one of the following:

    1. Identify the pull request that introduced this issue and revert it.
    2. Find someone who can quickly fix the issue.
    3. Fix the issue yourself.
  5. izarutskaya commented on Apr 9, 2024

    @izarutskaya
    Author

    @CortneyOfstad I haven't added the External label as I wasn't 100% sure about this issue. Please take a look and add the label if you agree it's a bug and can be handled by external contributors.

  6. izarutskaya commented on Apr 9, 2024

    @izarutskaya
    Author

    We think this issue might be related to the #collect project.

  7. paultsimura commented on Apr 9, 2024

    @paultsimura
    Contributor

    Looks like a regression from my PR, checking now 👀

  8. paultsimura commented on Apr 9, 2024

    @paultsimura
    Contributor

    @mountiny could you please help me clarify the requirements a bit? These GBR branches are a bit complicated, and we've gone through a couple of them with you on the original PR.

    Am I correct to assume the following?

    1. For paid group policies, if harvesting is enabled, no GBR should appear neither on admin's nor on member's side
    2. For free group policies, if I'm requesting money from my own workspace, I should see the GBR
  9. 9 remaining items

  10. paultsimura commented on Apr 9, 2024

    @paultsimura
    Contributor

    The PR's ready: #39941
    cc: @mountiny @akinwale

  11. mountiny commented on Apr 9, 2024

    @mountiny
    Contributor

    Actually as I was writing the request to cherry pick I think this does not have to be CPed its a minor bug that wont really influence users so we can leave this go with the normal process

  12. mountiny commented on Apr 9, 2024

    @mountiny
    Contributor

    I have created an issue here to internally handle that clean up as I think we need to make this logic slightly more robust and it will be easier if internal person handles it #39953

  13. mountiny commented on Apr 9, 2024

    @mountiny
    Contributor

    I believe we can close this now

  14. added
    Awaiting PaymentAuto-added when associated PR is deployed to production
    and removed on Apr 18, 2024
  15. changed the title [-] Expense - GBR appears briefly in LHN when Schedule submit is enabled and admin requests money[/-] [+][HOLD for payment 2024-04-25] Expense - GBR appears briefly in LHN when Schedule submit is enabled and admin requests money[/+] on Apr 18, 2024
  16. melvin-bot commented on Apr 18, 2024

    @melvin-bot

    Reviewing label has been removed, please complete the "BugZero Checklist".

  17. melvin-bot commented on Apr 18, 2024

    @melvin-bot

    The solution for this issue has been 🚀 deployed to production 🚀 in version 1.4.62-17 and is now subject to a 7-day regression period 📆. Here is the list of pull requests that resolve this issue:

    If no regressions arise, payment will be issued on 2024-04-25. 🎊

    For reference, here are some details about the assignees on this issue:

    • @paultsimura requires payment (Needs manual offer from BZ)
  18. melvin-bot commented on Apr 18, 2024

    @melvin-bot

    BugZero Checklist: The PR fixing this issue has been merged! The following checklist (instructions) will need to be completed before the issue can be closed:

    • [@paultsimura] The PR that introduced the bug has been identified. Link to the PR:
    • [@paultsimura] The offending PR has been commented on, pointing out the bug it caused and why, so the author and reviewers can learn from the mistake. Link to comment:
    • [@paultsimura] A discussion in #expensify-bugs has been started about whether any other steps should be taken (e.g. updating the PR review checklist) in order to catch this type of bug sooner. Link to discussion:
    • [@paultsimura] Determine if we should create a regression test for this bug.
    • [@paultsimura] If we decide to create a regression test for the bug, please propose the regression test steps to ensure the same bug will not reach production again.
    • [@CortneyOfstad] Link the GH issue for creating/updating the regression test once above steps have been agreed upon:
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Labels

Awaiting PaymentAuto-added when associated PR is deployed to productionBugSomething is broken. Auto assigns a BugZero manager.EngineeringWeeklyKSv2

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions