-
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
[HOLD for payment 2024-07-24] [$250] Distance - Start and Stop labels do not change when dragging one over another #44153
Comments
Triggered auto assignment to @jliexpensify ( |
We think this issue might be related to the #collect project. |
ProposalPlease re-state the problem that we are trying to solve in this issue.Distance - Start and Stop labels do not change when dragging one over another What is the root cause of that problem?The draggable list requires key for correctly render the items when dragged. When we create draft transaction, there is no key for empty waypoints and due to this the list isn't updated correctly. Lines 339 to 344 in 9817d3c
What changes do you think we should make in order to solve the problem?We need to make sure that we add keys for empty waypoints too, we can create a const for initial waypoints list. comment.waypoints = {
waypoint0: {keyForList: 'start_waypoint'},
waypoint1: {keyForList: 'stop_waypoint'},
};
Note: We also need to modify the function which checks for duplicate waypoints. // Remove keyForList list property before using `isEmpty`.
const nonEmptyWaypointsCount = useMemo(
() =>
Object.keys(waypoints).filter((key) => {
const {keyForList, ...waypointWithoutKey} = waypoints[key];
return !isEmpty(waypointWithoutKey);
}).length,
[waypoints],
); What alternative solutions did you explore? (Optional)We can use math.random to generate random keys when
Resultwaypoint_drag_issue.mp4 |
I can reproduce, but also have asked the team here if we want to lock down those points, so they can't be dragged. |
Job added to Upwork: https://www.upwork.com/jobs/~01b23211c128469d40 |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @abdulrahuman5196 ( |
Ok we are good to look at proposals @abdulrahuman5196 , thanks! |
Bump @abdulrahuman5196 for a review please |
Hi @jliexpensify Sorry for the delay, I have limited availability at the moment. So unassigning myself. Kindly reassign another C+ for review. |
I can help as a C+ here. |
📣 @hoangzinh 🎉 An offer has been automatically sent to your Upwork account for the Contributor role 🎉 Thanks for contributing to the Expensify app! Offer link |
All yours @hoangzinh |
Hi @Krishna2323, thanks for your proposal. Can you explain a little about it? Why does draggable list require |
@hoangzinh, same kind of bug was solved here, we missed this case. |
Because the keyExtractor function here already adds
|
@hoangzinh, |
Oh right, @Krishna2323's main solution looks good to me #44153 (comment) 🎀👀🎀 C+ reviewed |
Triggered auto assignment to @MonilBhavsar, see https://stackoverflow.com/c/expensify/questions/7972 for more details. |
📣 @Krishna2323 🎉 An offer has been automatically sent to your Upwork account for the Contributor role 🎉 Thanks for contributing to the Expensify app! Offer link |
@hoangzinh, @jliexpensify, @MonilBhavsar, @Krishna2323 Uh oh! This issue is overdue by 2 days. Don't forget to update your issues! |
Will raise PR within 2 days. |
@hoangzinh, PR is up but I can't record videos for strict mode, there is warning and I think it is because of strict mode. What should we do? I believe this warning only shows in dev mode. Monosnap.screencast.2024-07-03.22-19-51.mp4 |
Update: It will be fixed after this revert. Will update recordings soon. |
@hoangzinh, all recordings have been added, you can review the PR. |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 9.0.7-8 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 2024-07-24. 🎊 For reference, here are some details about the assignees on this 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:
|
Payment Summary
|
BugZero Checklist:
|
Regression Test Proposal
Do we agree 👍 or 👎 |
Paid and job closed. |
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.0.0.0
Reproducible in staging?: Y
Reproducible in production?: Y
If this was caught during regression testing, add the test name, ID and link from TestRail: https://expensify.testrail.io/index.php?/tests/view/4652117
Logs: https://stackoverflow.com/c/expensify/questions/4856
Issue reported by: Applause-Internal team
Action Performed:
Expected Result:
In Step 4, Stop label will change to Start and Start label will change to stop.
Actual Result:
In Step 4, Stop label does not change to Start and Start label does not change to stop.
In Step 7, when selecting a waypoint, Stop and Start rows overlap with one another.
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Screenshots/Videos
Bug6520253_1718958048871.Screen_Recording_20240621_161639_New_Expensify.mp4
View all open jobs on GitHub
Upwork Automation - Do Not Edit
Issue Owner
Current Issue Owner: @jliexpensifyThe text was updated successfully, but these errors were encountered: