Skip to content

Profile - User is asked to verify new created workspace as contact method. #58606

Closed

Description

@mitarachim

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: 9.1.14-0
Reproducible in staging?: Yes
Reproducible in production?: No
If this was caught on HybridApp, is this reproducible on New Expensify Standalone?: Yes, reproducible on both
If this was caught during regression testing, add the test name, ID and link from TestRail: N/A
Email or phone of affected tester (no customers): ibellicotest+410@gmail.com
Issue reported by: Applause Internal Team
Device used: Motorola MotoG60 - Android 12 - Chrome / Windows 10 - Chrome
App Component: User Settings

Action Performed:

  1. Open the staging.new.expensify.com website.
  2. Sign up with a new account.
  3. Complete the onboarding modal selecting "Track and budget expenses" option.
  4. Tap on the FAB and select "New Workspace"
  5. Confirm the workspace creation.
  6. Navigate to "Settings" and tap on "Profile"
  7. Tap on "Contact Method"
  8. Check that the user is asked to verify the created workspace as contact method.

Expected Result:

User should only be asked to verify Emails as contact methods.

Actual Result:

After creating a workspace, a "@expensify-policy" option is displayed in profile section, to verify as contact method.

Workaround:

Unknown

Platforms:

  • Android: Standalone
  • Android: HybridApp
  • Android: mWeb Chrome
  • iOS: Standalone
  • iOS: HybridApp
  • iOS: mWeb Safari
  • MacOS: Chrome / Safari
  • MacOS: Desktop

Screenshots/Videos

Image

Bug6773687_1742255550063.Policy.mp4

View all open jobs on GitHub

Activity

  1. added
    BugSomething is broken. Auto assigns a BugZero manager.
    DeployBlockerIndicates it should block deploying the API
    DeployBlockerCashThis issue or pull request should block deployment
    on Mar 18, 2025
  2. melvin-bot commented on Mar 18, 2025

    @melvin-bot

    Triggered auto assignment to @dylanexpensify (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.

  3. melvin-bot commented on Mar 18, 2025

    @melvin-bot

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

  4. melvin-bot commented on Mar 18, 2025

    @melvin-bot

    💬 A slack conversation has been started in #expensify-open-source

  5. github-actions commented on Mar 18, 2025

    @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.
  6. mitarachim commented on Mar 18, 2025

    @mitarachim
    Author

    issue not reproduce in STG while Use Staging Server is OFF

    2025-03-18.7.49.18.AM.mp4
  7. jasperhuangg commented on Mar 18, 2025

    @jasperhuangg
    Contributor

    From the above comment this doesn't need to be an App deploy blocker

  8. jasperhuangg commented on Mar 18, 2025

    @jasperhuangg
    Contributor

    This is a dupe of #57728, which also has already happened on production. Closing in favor of that one, and also we don't need to block Web deploy on this either

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Labels

BugSomething is broken. Auto assigns a BugZero manager.DeployBlockerIndicates it should block deploying the APIEngineeringHourlyKSv2

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions