App: [Awaiting payment 21-12-23] [$1000] Duplicate room name error doesn't appear if you aren't a member of the original room
If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!
Action Performed:
- Go to staging.new.expensify.com
- Create a workspace
- Now create a
New roomand choose the workspace you created - Click the room header and leave the room
- Now create a
New roomagain using the same name of the room you just left and the same workspace you selected for the first room
Expected Result:
The room name field should have an in-line error message upon losing focus of that field
Actual Result:
You’re allowed to proceed to create the room and run into an error after the creation attempt. We suspect this has something to do with the check for a duplicate room existing being limited to rooms you are a member of, not the workspace you are trying to create the room on.
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
- Android / native
- Android / Chrome
- iOS / native
- iOS / Safari
- MacOS / Chrome / Safari
- MacOS / Desktop
Version Number: 1.3.32-5 Reproducible in staging?: y Reproducible in production?: y 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 Notes/Photos/Videos: Any additional supporting documentation
https://github.com/Expensify/App/assets/93399543/aa39727a-e159-4185-aba7-9eea714d546a
https://github.com/Expensify/App/assets/93399543/abdcad2e-e3fc-48aa-988d-d13fa9556c8b
Expensify/Expensify Issue URL: Issue reported by: @priya-zha Slack conversation: https://expensify.slack.com/archives/C049HHMV9SM/p1687680050819699
Upwork Automation - Do Not Edit
- Upwork Job URL: https://www.upwork.com/jobs/~01cbde78f15d909ff4
- Upwork Job ID: 1675822342302105600
- Last Price Increase: 2023-07-10
- Automatic offers:
- esh-g | Contributor | 27774680
- priya-zha | Reporter | 27774681
Issue Owner
Current Issue Owner: @jasperhuanggAbout this issue
- Original URL
- State: closed
- Created a year ago
- Comments: 97 (73 by maintainers)
@esh-g awesome, let’s move forward with your proposal! thanks 😃
Sure! @jasperhuangg Can you confirm so I can make the changes on my PR?
@trjExpensify Does the attached video look alright?
https://github.com/Expensify/App/assets/77237602/885b666e-2358-4a83-aaf9-e77d55437ea6
If this is the behaviour we want, we need to edit the backend failure response to be something like this (@pecanoro) :
Hey! Just catching up here. I wasn’t able to create a PR for this yet, apologies for the delay. I created an issue for it here
@esh-g I think for now we should use the errors that are already being passed back by the back-end in
ONYXKEYS::COLLECTION_REPORT<reportID> => errorFields => addWorkspaceRoom. I’m not seeing anywhere in the back-end where we’re storing errors into these form keys yet.@jasperhuangg @MitchExpensify not sure why Melv moved this to
daily, butweeklyheld on the linked issue makes sense to me still?Equally, would be good to firm up on how and where it’s being addressed.
I’ll re-assign to @jasperhuangg since he’s working on the linked held issue
Bump on the question @allroundexperts! Let’s get this over the line before it hits WAQ.