Skip to content

[HOLD for payment 2024-05-22] Tax - Unable to save valid tax rate amount when changing currency for the first time #42047

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.73-0
Reproducible in staging?: Y
Reproducible in production?: N
Logs: https://stackoverflow.com/c/expensify/questions/4856
Issue reported by: Applause-internal team

Action Performed:

Precondition:

  • Workspace has enabled tax rate.
  • Workspace currency default is tax exempt (0%).
  • Foreign currency default have different tax rate (non-zero rate).
  1. Go to staging.new.expensify.com
  2. Go to workspace chat.
  3. Go to + > Submit expense.
  4. Enter amount (maintain local currency) > Next.
  5. On confirmation page, click Tax amount.
  6. Change the currency to any foreign currency.
  7. After changing to foreign currency, the tax rate will automatically adjust to the non-zero tax rate (Foreign currency default).
  8. Enter a valid tax amount (now that the rate is no longer 0%).
  9. Save it.

Expected Result:

User will be able to save the tax amount as long as the tax amount falls within the limit of the new rate (Foreign currency default).

Actual Result:

When saving a valid tax amount, error shows up. The maximum rate amount in the error message still follows the previous tax rate (Workspace currency default). User will need to save 0 tax amount and return to Tax amount after saving to save the new tax amount.

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

Bug6479175_1715595255890.foreign_tax.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.
    DeployBlockerIndicates it should block deploying the API
    on May 13, 2024
  2. melvin-bot commented on May 13, 2024

    @melvin-bot

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

  3. melvin-bot commented on May 13, 2024

    @melvin-bot

    Triggered auto assignment to @abekkala (Bug), see https://stackoverflow.com/c/expensify/questions/14418 for more details. Please add this bug to a GH project, as outlined in the SO.

  4. melvin-bot commented on May 13, 2024

    @melvin-bot

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

    1. If you find which PR caused the issue/bug, you can reassign it to the person responsible for it.
      • If the author is OOO or won’t get online before the daily deploy is due, you are responsible for finding the best fix/path forward. Don’t hesitate to ask for help!
    2. Try to reproduce the issue, if the bug is on production, remove the DeployBlocker label but stay assigned to fix it (or find out which PR broke it to get help from the author).
      • You can adjust the urgency of the issue to better represent the gravity of the bug.
      • If the issue is super low priority, feel free to un-assign yourself.
      • Be careful with PHP warnings, sometimes it is more complex than just adding a null coalescing operator as they might be uncovering some bigger bug.
      • If it was a one-off issue that requires no action (for example, Bedrock was down or it is a duplicated issue), you can close it.

    Remember rule #2: Never un-assign yourself from a real DeployBlocker unless you are 100% sure someone else is assigned and will take care of it.

  5. 39 remaining items

  6. strepanier03 commented on May 23, 2024

    @strepanier03
    Contributor

    I hired your in Upwork @ShridharGoel, I'll check tomorrow to see if I can pay it out.

    @allroundexperts - I'll finish up the payment summary once the checklist is done, thanks!

  7. allroundexperts commented on May 26, 2024

    @allroundexperts
    Contributor

    Checklist

    1. support for offline tax tracking #40443
    2. N/A since this was a regression
    3. N/A
    4. A regression test would be helpful. The test steps look simple enough to me!
  8. strepanier03 commented on May 28, 2024

    @strepanier03
    Contributor

    Payment Summary

    @JmillsExpensify - Payment request incoming.

  9. strepanier03 commented on Jun 2, 2024

    @strepanier03
    Contributor

    @ShridharGoel - Please accept the Upwork job so it can be paid?

  10. strepanier03 commented on Jun 2, 2024

    @strepanier03
    Contributor

    I am out of the office from June 3-10 - If you need BZ action in that time please reach out in Slack to ask for an assist.

  11. JmillsExpensify commented on Jun 5, 2024

    @JmillsExpensify
    Contributor

    Contributor paid out. @allroundexperts going to close this issue and see you again when I receive the payment request.

  12. JmillsExpensify commented on Jul 9, 2024

    @JmillsExpensify
    Contributor

    $250 approved for @allroundexperts

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