Closed m-natarajan closed 1 month ago
Triggered auto assignment to @RachCHopkins (Bug
), see https://stackoverflow.com/c/expensify/questions/14418 for more details. Please add this bug to a GH project, as outlined in the SO.
This has been labelled "Needs Reproduction". Follow the steps here: https://stackoverflowteams.com/c/expensify/questions/16989
Edited by proposal-police: This proposal was edited at 2023-11-01T12:00:00Z.
Console Warning, Each child in a list should have a unique “key” prop. Check the render method of MoneyRequestConfirmationListFooter
In MoneyRequestConfirmationListFooter
, we're missing key
for the MentionReportContext.Provider
which wraps the Description
menu item:
Add key={translate('common.description')}
to the MentionReportContext.Provider
above.
@m-natarajan can you please outline the exact steps?
Go to the self DM page
What is the self DM page
?
Does this mean tap Create, Start Chat and then choose the currently logged in user?
Start the Track Expense Flow and continue till the confirmation page
What is the confirmation page
? I can Track an expense, then choose to categorise the expense, code it and save. I don't see anything that says "confirm".
Apologies for the confusion. There were quite a few development warnings/errors I reported so the steps have become too generic.
Here are the exact steps
Track Expense
Manual
tabNext
There should be no console errors or warnings.
Console Warning:
Each child in a list should have a unique “key” prop.
Check the render method of MoneyRequestConfirmationListFooter
This bug occurs only on development environment and cannot be recreated on staging or production versions of the app.
Ok, sounds like it's not something I can repro, but I trust you @c3024!!
Job added to Upwork: https://www.upwork.com/jobs/~021834465215371395617
Triggered auto assignment to Contributor-plus team member for initial proposal review - @parasharrajat (External
)
Console Warning, Each child in a list should have a unique “key” prop. Check the render method of MoneyRequestConfirmationListFooter
We add the key
prop for the child component instead of adding this for the outside
We also miss adding the key
prop for the billable item here
https://github.com/Expensify/App/blob/1a43284920954150af90b7439f8da45cb3a41716/src/components/MoneyRequestConfirmationListFooter.tsx#L507
We should move the key
prop to
<MentionReportContext.Provider
value={mentionReportContextValue}
key={translate('common.description')}
>
<MenuItemWithTopDescription
We also need to add key
prop for billable option here to prevent the same bug when the billable is enabled
<View
style={[styles.flexRow, styles.justifyContentBetween, styles.alignItemsCenter, styles.ml5, styles.mr8, styles.optionRow]}
key={translate('common.billable')}
>
@gijoe0295 proposal looks good. We should check for all elements in the loop for the key. This distinction alone does not warrant a significant change as it is something that we will check in the PR. This is only the extra point in @nkdengineer proposal.
:ribbon: :eyes: :ribbon: C+ reviewed
Triggered auto assignment to @luacmartins, see https://stackoverflow.com/c/expensify/questions/7972 for more details.
📣 @gijoe0295 🎉 An offer has been automatically sent to your Upwork account for the Contributor role 🎉 Thanks for contributing to the Expensify app!
Offer link Upwork job Please accept the offer and leave a comment on the Github issue letting us know when we can expect a PR to be ready for review 🧑💻 Keep in mind: Code of Conduct | Contributing 📖
Automation is borked, looks like this is pretty much ready for payment. @parasharrajat can you please do the checklist?
The following checklist (instructions) will need to be completed before the issue can be closed:
Also, what's our payment date for this one?
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:
Do you agree 👍 or 👎 ?
I don't think we need a regression test for this specifically. It doesn't really break user functionality.
Ok cool, thanks @luacmartins - I'm also not clear on when this needs to be paid out, so if you can clarify that, that would be wonderful.
@RachCHopkins PR reach production since early Sep 25. Should be ready for payment on Oct 2.
Payment Summary:
Upwork job here
Contributor has been paid, the contract has been completed, and the Upwork post has been 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.30-9 Reproducible in staging?: Needs reproduction Reproducible in production?: Needs reproduction 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 Expensify/Expensify Issue URL: Issue reported by: @c3024 Slack conversation: https://expensify.slack.com/archives/C049HHMV9SM/p1726072632778819?thread_ts=1726072125.690969&cid=C049HHMV9SM
Action Performed:
Expected Result:
No console warning on the confirmation page
Actual Result:
Console Warning, Each child in a list should have a unique “key” prop. Check the render method of
MoneyRequestConfirmationListFooter
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?
Screenshots/Videos
Add any screenshot/video evidence
View all open jobs on GitHub
Upwork Automation - Do Not Edit
Issue Owner
Current Issue Owner: @parasharrajat