Closed mountiny closed 2 weeks ago
Current assignee @dubielzyk-expensify is eligible for the Design assigner, not assigning anyone new.
Triggered auto assignment to @alexpensify (NewFeature
), see https://stackoverflowteams.com/c/expensify/questions/14418#:~:text=BugZero%20process%20steps%20for%20feature%20requests for more details. Please add this Feature request to a GH project, as outlined in the SO.
Here's an idea of how we could solve it. I used the page header with the progress bar stepper at the top and made each information it's own screen. That way we can remove screens where we have the information. Or if we want, we can pre-fill it.
Also, I'm assuming the phone number needs validation? Let me know if I've gotten any of these screens or information wrong.
If we wanna use our regular stepper it would look like:
cc @Expensify/design
Nice! The second set using the regular stepper feels more natural to me given that we use this a lot in other places of the app. I also like the idea of pre-filling the fields where we can.
The second set also looks great to me 👍🏼
Just a note about ShipExpensifyCard
, it currently requires a cardID as a param. I think we can have the FE pass the cardID to Card_SetUserDetails
- perhaps we can look for the first NOT_ISSUED card in the user's card list.
I love the look of the first set but agree the second set feels more at home in the product right now.
Nitpick incoming: What's your gap between the magic code fields and the Didn't receive a magic code text?
? Feels a little tight to me. I've been using 20px
in the mocks for various other flows we've been validating recently. Feel free to ignore!
@dubielzyk-expensify Thanks! That looks great.
I am not sure if we need the validation, we do not need it for the card creation or the 3ds purposes. So I think we can leave it out. We are not going to create secondary logins using the phone number for now so we do not need validation.
In newDot we are also asking for date of birth, but I dont think its actually needed
@madmax330 noted that this is not required for marqeta so we are most likely fine to leave this out from the NewDot form https://expensify.slack.com/archives/C036QM0SLJK/p1725463473566129?thread_ts=1725283960.380699&cid=C036QM0SLJK
Thanks for the feedback everyone. Alright. That makes it easier. Here's the updated mocks:
I dig it!
Discussing if @allgandalf or @DylanDylann can start working on this now
@shubham1206agra is working on this implementation for $250
I have just been working on the backend code and the date of birth is ALSO required for marqeta. internal link
@dubielzyk-expensify @shubham1206agra we need to add that into the form
Added back in as a second step:
We could append it to the first step, but I don't love how it looks:
cc @Expensify/design
Agree, I think I like it more as a separate step like you have in the first series there.
Let's go with that then 👍
👋 Discussed this in the wave-collect thread here, and made a few changes to those mocks. CC: @kevinksullivan @mountiny
Summary of changes:
Add person details
to Add shipping details
.Add shipping details
to match the button nameEnter phone number
so it matches all of the other screens which say “Enter xx”. I didn't see a good reason why that one would be different to the other steps and say "Add phone number". @shubham1206agra can you get that updated in the PR, please? Once those are in, we can obtain confirmation on the proposed Spanish translations.
@trjExpensify I made the changes.
Now we have the base of the form in the App, and users can use it to ship the card; thank you, @shubham1206agra! As discussed, though, let's improve the form further by:
This flow is not trivial so I think $750 total price for @shubham1206agra implementing these flows is fair reward once the changes from comment above are delivered.
@shubham1206agra, how is it looking on the follow-ups? can you please prioritize them over taking on new work? Thanks
I will start working on this today.
giving each step a separate URL so the navigation patterns work across all the platforms
I may get away with using same URL for the entire flow.
I may get away with using same URL for the entire flow.
I think we should use a different url, otherwise, the browser history wont work across all platforms and reliably/ predictably/ without adding some hacks.
the bank account flow of submit expense forms have all its own url for each step
@shubham1206agra any update here? Thanks!
I will finish the checklist today.
Alright, we are waiting for this one to go into production
Tracking :
Don't know if this is related or not @mountiny
Reviewing
label has been removed, please complete the "BugZero Checklist".
The solution for this issue has been :rocket: deployed to production :rocket: in version 9.0.44-12 and is now subject to a 7-day regression period :calendar:. Here is the list of pull requests that resolve this issue:
If no regressions arise, payment will be issued on 2024-10-11. :confetti_ball:
For reference, here are some details about the assignees on this issue:
BugZero Checklist: The PR adding this new feature has been merged! The following checklist (instructions) will need to be completed before the issue can be closed:
Seems like it is, assigned yall to help resolve it
I believe this is now ready for payment, I believe from the previous comment, the price was $750
Thanks, @mountiny for the update. I worked limited hours last week and am OOO today. I'm passing by to complete the payment process now.
Job added to Upwork: https://www.upwork.com/jobs/~021845887914487130841
Current assignees @shubham1206agra and @allgandalf are eligible for the External assigner, not assigning anyone new.
Upwork job price has been updated to $750
@shubham1206agra and @allgandalf, please apply through the Upwork Job link, and then I can complete the payment process. Thanks!
https://github.com/Expensify/App/issues/48487#issuecomment-2407896324
@alexpensify Can you send us offers, please?
Offers have been sent via Upwork, please accept and I can complete the payment process. Thanks!
@alexpensify Offer accepted
Closing - everyone has been paid via Upwork.
https://github.com/Expensify/App/issues/48487#issuecomment-2407896324
Problem
When admin issues a physical card to an employee who does not have all the necessary personal details set up that are required to send the card to them, we create this card in NOT_ISSUED state and we ask the member to add the missing info. In oldDot, this is done by inbox task. We need the personal address, phone number and legal first and last name to be able to ship the card.
In Newdot, however, there is no specific form for this information altogether, leading to a schizophrenic experience that is not clear to the customer. They need to add the address and legal name in 2 different forms in settings at the moment and the only way to add a phone number is to add a secondary login which is another form.
Solution
When a member needs to add the missing details, this report action shows to them.
Let's create a new form that will open in RHP and will collect all the data we need to ship the card. This would then call the existing
Card_SetUserDetails
API command, which requires these fields:The API params are authToken and
data
, which is a stringified object with the aforementioned propertiesAdditionally, this form flow should be available to start from member Wallet/ card list page where they can see the not issued card too.
There is also a change required in the backend to make sure the
Card_SetUserDetails
calls theShipExpensifyCard
Auth command if there are already some cards in the not_issued state for cards.Issue Owner
Current Issue Owner: @Upwork Automation - Do Not Edit
Issue Owner
Current Issue Owner: @alexpensify