-
Notifications
You must be signed in to change notification settings - Fork 3k
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
[HOLD for payment 2023-09-20] [HOLD for payment 2023-09-12] [$1000] Fix the logic to check Start and Finish waypoints #26583
Comments
Triggered auto assignment to @JmillsExpensify ( |
Job added to Upwork: https://www.upwork.com/jobs/~01fd9ea344375ece26 |
Bug0 Triage Checklist (Main S/O)
|
Triggered auto assignment to @kadiealexander ( |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @ntdiary ( |
Upwork job price has been updated to $1000 |
Double the price because this is a regression from Wave 5 project that needs an urgent fix |
ProposalPlease re-state the problem that we are trying to solve in this issue.Logic to check Start and Finish waypoints is broken. What is the root cause of that problem?We're returning What changes do you think we should make in order to solve the problem?First, we need to make sure that we're invalidating all the waypoints only if the number of valid waypoints are less than 2.
Then inside the
After this, we need to replace the Similarly, in the Lastly, we should disable the continue button if What alternative solutions did you explore? (Optional)None |
ProposalPlease re-state the problem that we are trying to solve in this issue.Fix the logic to check Start and Finish waypoints What is the root cause of that problem?We are disabling the Next button with this logic in isDisabled={waypointMarkers.length < 2} However, we should also disable the button if the waypoints are invalid, as determined by What changes do you think we should make in order to solve the problem?Disable the button if We can consider also disabling based on hasRouteError & isLoadingRoute to ensure validity before the user can proceed. What alternative solutions did you explore? (Optional)N/A |
@hayata-suenaga what is the expected result here? |
I'm checking with the exact requirement with the internal team right now. I'll get back to you soon after a quick discussion. |
For this case of someone entering two waypoints, and no further valid waypoints, we want to:
The same logic would also apply to the case where someone has entered three waypoints, with invalid waypoints mixed in. So for instance, valid This approach optimizes for not requiring extra steps of the user even if they accidentally "fat finger" an extra stop. Any questions, please let us know. |
I think my proposal is doing just that. @hayata-suenaga Can I get some feedback on it? |
yes I think yours accomplish the requirements @allroundexperts let's do this 🚀 |
📣 @ntdiary 🎉 An offer has been automatically sent to your Upwork account for the Reviewer role 🎉 Thanks for contributing to the Expensify app! |
📣 @allroundexperts Please request via NewDot manual requests for the Contributor role ($1000) |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.3.63-2 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-09-12. 🎊 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.
For reference, here are some details about the assignees on this issue:
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:
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.3.68-17 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-09-20. 🎊 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.
For reference, here are some details about the assignees on this issue:
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:
|
@ntdiary / @allroundexperts / @situchan could any of you complete the bug zero checklist please 🙇 |
Personally, I feel this issue occurred during the |
I also feel like regression test is not necessary. I agree with @ntdiary |
Alright thanks! Here's the payment summary then:
Is this agreeable with everyone? |
This comment was marked as resolved.
This comment was marked as resolved.
@hayata-suenaga Can you confirm that you agree with this summary? |
@JmillsExpensify yes I agree with @situchan that this is eligible for bonus assignment 9/3 |
Great thanks. Updated payment summary.
|
$1,500 payment approved for @allroundexperts based on summary above. |
I already have offer accepted - #26583 (comment) |
I'm not seeing any other outstanding offers/contracts, though send me a link if there are. |
Everyone has been paid out though, so closing this issue! |
If you haven’t already, check out our contributing guidelines for onboarding and email [email protected] to request to join our Slack channel!
Action Performed:
Expected Result:
Describe what you think should've happened
Actual Result:
Describe what actually happened
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.62-1
Reproducible in staging?: Yes
Reproducible in production?: No (feature is not available on staging yet)
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
Expensify/Expensify Issue URL:
Issue reported by:
Slack conversation: https://expensify.slack.com/archives/C049HHMV9SM/p1693689189765409
screen-recording-2023-09-03-at-20137-am_pNn1szAr.mp4
View all open jobs on GitHub
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: