Closed pecanoro closed 1 month ago
Triggered auto assignment to @abekkala (NewFeature
), see https://stackoverflowteams.com/c/expensify/questions/14418#:~:text=BugZero%20process%20steps%20for%20feature%20requests for more details.
:warning: It looks like this issue is labelled as a New Feature but not tied to any GitHub Project. Keep in mind that all new features should be tied to GitHub Projects in order to properly track external CAP software time :warning:
Callstack will be taking this series of tasks
Hi, I'm Jakub from Callstack - expert contributor group - and I would like to take a look at this issue.
Hi, just wanted to inform that I will be OOO from 29.04 to 05.05.
In progress!
In progress!
WIP!
WIP!
@pecanoro Could you please update the picture to higher resolution?
Yeah, it's because I did a screenshot from the design doc. Any specific reason why you need a bigger resolution?
No, just for clarity so I don't miss anything. This one works too.
@pecanoro Is it possible to share the doc with me?
@parasharrajat I think so yes, since all C+ signed NDAs but let me double check
@parasharrajat Shared!
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.1-19 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-07-02. :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:
Skipping the payment summary for this issue since all the assignees are employees or vendors. If this is incorrect, please manually add the payment summary SO.
The solution for this issue has been :rocket: deployed to production :rocket: in version 9.0.3-7 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-07-10. :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:
Skipping the payment summary for this issue since all the assignees are employees or vendors. If this is incorrect, please manually add the payment summary SO.
@pecanoro could you please assign someone to add payment summary?
@JmillsExpensify Can you handle payment for this issue for @parasharrajat since he reviewed the PR?
@JmillsExpensify Friendly bump on the above 🤗
Payment summary: $250 to @parasharrajat for PR review. We have a testing script being handed off to Applause now, so no need as part of this issue. @parasharrajat please submit a request via NewDot. Thanks!
Payment requested as per https://github.com/Expensify/App/issues/39756#issuecomment-2253051624
@mallenexpensify do you mind confirming my payment summary so that I can approve payment?
Contributor+: @parasharrajat due $250 via NewDot
$250 approved for @parasharrajat
Part of the Merge Duplicates project
Main issue: https://github.com/Expensify/Expensify/issues/307591 Doc section: Surfacing Potential Duplicates Project: [Wave: Collect Approvers] Dupe Detection
Part of a series of issues:
Feature Description
Context for ReviewDuplicates
All of these screens will exist in their own navigator so they can be pushed (and later popped off once complete) as a group.
All of this will use an Onyx form key of
ONYXKEYS.FORMS.REVIEW_DUPLICATES_FORM
so we can store the data selected by the user so far when resolving the duplicates. It also lets us keep track of which transaction to keep and which ones are duplicates when the user clicks on Keep this one.This key will follow a structure like this:
Review Page
On top of the page, we will add a button to “Keep All” duplicates. When calling onPress, we will call a new API endpoint called
DismissViolation
and navigate back. On oldDot, we use UpdateTransaction (which does a lot of stuff) but since we only haveEditMoneyRequest
here, it seems more appropriate to create a new endpoint to avoid breaking 1:1:1.DismissViolation
will receive a list of transactionIDs since we will have to update each one and the type of violation we are dismissing.transactions_*
Onyx key to includedismissedViolations
with the accountID of the person that dismissed it in the comment field.In order to be able to get the duplicates and display them, we will:
transactions_*
Onyx key.reportActions_
key.To display the different duplicates on the page, we can make use of ReportActionItem which needs each one of the reportActionIDs so we can iterate and display them using the component.
Each one of ReportActionItem will generate a MoneyRequestAction and each one of this will make use MoneyRequestPreview to render the request. To show the button “Keep this one”:
MoneyRequestPreview will add a new button component at the end of the childContainer, similar to what we do in ReportPreview here to submit the report.
onButtonPressed
: it should store the iouReport we want to keep inONYXKEYS.FORMS.REVIEW_DUPLICATES_FORM
and navigate to the page to start reviewing fields.Preview should be navigable the same way as it is defined in
MoneyRequestAction
.Manual Test Steps
TODO
Automated Tests
TODO
Issue Owner
Current Issue Owner: @JmillsExpensify