-
Notifications
You must be signed in to change notification settings - Fork 2.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Unable to delete a contact method including capital letters #19080
Comments
Current assignee @Beamanator is eligible for the Engineering assigner, not assigning anyone new. |
Triggered auto assignment to @kadiealexander ( |
Job added to Upwork: https://www.upwork.com/jobs/~01c866a623249c0072 |
Bug0 Triage Checklist (Main S/O)
|
Triggered auto assignment to Contributor Plus for review of internal employee PR - @rushatgabhane ( |
Removing C+ given that it's a backend issue. |
Dropping to weekly priority b/c there's soooo many irons in the fire, but I'll def get to this soon 😅 |
Hehe @Beamanator do we need to anything at front end then i can help since i found this bug during adding forms to new contact method |
Gooooooood question @dhairyasenjaliya , I will do some investigation soon, most likely it's just a backend change though |
Alright so specifically with I believe this also happens when requesting a new magic code for an email with capital letters (not sure if this has been reported yet?) So this will require some back-end & some front end changes, both should lowercase new logins when:
(Note: I confirmed in OldDot we lowercase new contact methods, so we should do the same here - I don't see any reason why we'd keep them multi-case) |
hm @Beamanator alright so I guess from the front end we just convert all emails to lowercase while submitting/deleting on a new contact so let me know once you change from the backend and we have probably 2 ways to change Solution - 1 -> Pass Solution - 2 -> We should modify |
It could be a good idea to prevent users from entering capital letters in emails in the front end, but this will be the last step so I'm planning to worry about this later - but I'll come back to your thoughts for sure @dhairyasenjaliya - thanks for your ideas! FYI I started an internal discussion here to think about a migration we might have to run, making existing contact methods lowercase in the database & Onyx |
@trjExpensify since there is a front-end component to this issue (noted & agreed upon in this thread) should we open this up by adding the |
Sure, I think that's reasonable. @dhairyasenjaliya you seem interested, right? |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.3.19-7 and is now subject to a 7-day regression period 📆. Here is the list of pull requests that resolve this issue: If no regressions arise, payment will be issued on 2023-06-05. 🎊 After the hold period is over and BZ checklist items are completed, please complete any of the applicable payments for this issue, and check them off once done.
As a reminder, here are the bonuses/penalties that should be applied for any External issue:
|
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:
|
@trjExpensify added notes above 👍 |
FYI there was no payment needed, it was resolved internally |
Finally - I plan to keep this open b/c we still want to get a Web-E PR merged - https://github.com/Expensify/Web-Expensify/pull/37561 |
@Beamanator @trjExpensify this issue was created 2 weeks ago. Are we close to a solution? Let's make sure we're treating this as a top priority. Don't hesitate to create a thread in #expensify-open-source to align faster in real time. Thanks! |
Did you update the script somewhere for the new contact methods rollout or something? |
@trjExpensify we've been doing testrail updates throughout the rollout, we don't have 1 giant script anywhere sadly |
Okay, but same same.. are you saying the regression test update or that has been accounted for? |
Oh oh like do I think we should add something to the regression tests for this? I think yes! We definitely don't want to be able to add mixed-case logins (primary or secondary) anywhere at the moment 👍 |
Kewl, so can yah do this step or have you somewhere else? (I see it checked off).
|
Oh ya sure, sorry I thought the steps would be pretty obvious :D I'm thinking something like:
|
Great, amended a touch and created the issue for Applause. Presuming as well with the Web-E issue merged and on prod we can close. Reopen if I missed something! |
Hey @trjExpensify am im eligible for reporting this bug 🐛 |
Ah, sorry man. @Beamanator throwing me off! 😆
Sent you a contract on this job. |
Oh shit that's totally my bad 🙃 |
no issue 😅 |
Paid! |
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:
Expected Result:
You should be able to delete the contact method
Actual Result:
Attempting to delete the contact method results in this error:
Auth DeleteLogin returned an error
Workaround:
Can the user still use Expensify without this being fixed? Have you informed them of the workaround?
Platforms:
Which of our officially supported platforms is this issue occurring on?
Version Number:
v1.3.14-14
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
Screen_Recording_20230509_000311_New.Expensify.mp4
Expensify/Expensify Issue URL:
Issue reported by: @dhairyasenjaliya
Slack conversation: #18301 (comment)
View all open jobs on GitHub
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: