Skip to content

[HOLD for payment 2023-11-13] Android - Bank - After opening calendar for incorporation date day that comes before is selected #30871

Closed

Description

@lanitochka17

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.3.95-5
Reproducible in staging?: Y
Reproducible in production?: N
If this was caught during regression testing, add the test name, ID and link from TestRail:
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Expensify/Expensify Issue URL:
**Issue reported by:**Applause - Internal Team
Slack conversation:

Issue found when executing PR #30845

Action Performed:

  1. Open the app
  2. Navigate to any Workspace > Bank Account
  3. Complete the bank connection flow until step 2 "Incorporation date"
  4. Tap "Incorporation date" and select a date, e.g. 01/01/1980
  5. Open the calendar again

Expected Result:

The previously chosen date "01/01/1980" is still selected

Actual Result:

The day that comes before is selected (12/31/1979)

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

Add any screenshot/video evidence

Bug6262638_1699035344200.video_2023-11-03_13-27-40.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 Nov 3, 2023
  2. melvin-bot commented on Nov 3, 2023

    @melvin-bot

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

  3. melvin-bot commented on Nov 3, 2023

    @melvin-bot

    Bug0 Triage Checklist (Main S/O)

    • This "bug" occurs on a supported platform (ensure Platforms in OP are ✅)
    • This bug is not a duplicate report (check E/App issues and #expensify-bugs)
      • If it is, comment with a link to the original report, close the issue and add any novel details to the original issue instead
    • This bug is reproducible using the reproduction steps in the OP. S/O
      • If the reproduction steps are clear and you're unable to reproduce the bug, check with the reporter and QA first, then close the issue.
      • If the reproduction steps aren't clear and you determine the correct steps, please update the OP.
    • This issue is filled out as thoroughly and clearly as possible
      • Pay special attention to the title, results, platforms where the bug occurs, and if the bug happens on staging/production.
    • I have reviewed and subscribed to the linked Slack conversation to ensure Slack/Github stay in sync
  4. OSBotify commented on Nov 3, 2023

    @OSBotify
    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. melvin-bot commented on Nov 3, 2023

    @melvin-bot

    Triggered auto assignment to @tgolen (Engineering), see https://stackoverflow.com/c/expensify/questions/4319 for more details.

  6. tgolen commented on Nov 3, 2023

    @tgolen
    Contributor

    @allroundexperts Do you think this has anything to do with some of the changes you've made related to #30845 ?

  7. erquhart commented on Nov 3, 2023

    @erquhart
    Contributor

    @tgolen @allroundexperts new Date() is still in use as an ISO string parser in a few places, Android DatePicker is one of them:

    value={date ? new Date(date) : new Date()}

    Need to swap that for first one for date-fns parseISO().

    This is the same root cause as #30792

  8. 18 remaining items

  9. melvin-bot commented on Nov 6, 2023

    @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:

    • [@allroundexperts] The PR that introduced the bug has been identified. Link to the PR:
    • [@allroundexperts] 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:
    • [@allroundexperts] 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:
    • [@allroundexperts] Determine if we should create a regression test for this bug.
    • [@allroundexperts] 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.
    • [@bfitzexpensify] Link the GH issue for creating/updating the regression test once above steps have been agreed upon:
  10. bfitzexpensify commented on Nov 13, 2023

    @bfitzexpensify
    Contributor

    I'd like to clarify the relationship between the solution in this issue and the solution for #30792. It sounds like they had the same root cause, but there are separate PRs to fix the two issues. Are they closely enough aligned to consider them as one solution?

  11. erquhart commented on Nov 13, 2023

    @erquhart
    Contributor

    @bfitzexpensify they are exactly the same issue. new Date() was used instead of parseISO() in a lot of places. #30792 was fixed by updating a few of those instances, this issue was fixed by updating a few more. There are still others.

  12. tgolen commented on Nov 15, 2023

    @tgolen
    Contributor

    @bfitzexpensify I think this is ready to be paid out?

  13. situchan commented on Nov 15, 2023

    @situchan
    Contributor

    I think I am only the one for payment here. Other contributors' payments are being handled in #30792.

  14. bfitzexpensify commented on Nov 15, 2023

    @bfitzexpensify
    Contributor

    Thanks for confirming @erquhart. And yes, the other payments + BZ checklist will happen in #30792, so the only action here is payment for @situchan — the offer has been sent.

  15. bfitzexpensify commented on Nov 15, 2023

    @bfitzexpensify
    Contributor

    OK, payment complete, closing this one out.

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.DailyKSv2Engineering

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions