Skip to content

Taxes - Inconsistency in leading 0 in saving tax rate #39082

@lanitochka17

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.4.57-2
Reproducible in staging?: Y
Reproducible in production?: Y
If this was caught during regression testing, add the test name, ID and link from TestRail: N/A
Issue reported by: Applause - Internal Team

Issue found when executing PR #38733

Action Performed:

Precondition:

  • User is admin of Collect workspace
  1. Go to staging.new.expensify.com
  2. Go to Profile > Workspaces > Collect workspace
  3. Go to Taxes > Add rate > Value
  4. Enter 01 and save it
  5. Click Value again
  6. Note that 0 is preserved
  7. Click on any existing tax rate
  8. Click Value > Enter 01 > Save
  9. Click Value again
  10. Note that 0 is not preserved

Expected Result:

There should be consistency whether leading 0 in tax rate should be preserved

Actual Result:

In Step 5, 0 is preserved in adding tax rate flow
In Step 9, 0 is not preserved in edit existing tax rate flow

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

Bug6428827_1711552910550.20240327_231650.mp4

View all open jobs on GitHub

Metadata

Metadata

Labels

BugSomething is broken. Auto assigns a BugZero manager.DailyKSv2

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions