-
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
[Awaiting C+ payment confo] [HOLD for payment 2023-10-12] [$1000] The avatar located in the header of the Money Request/Owes chat is not opening on click. #19342
Comments
Triggered auto assignment to @adelekennedy ( |
Bug0 Triage Checklist (Main S/O)
|
ProposalPosting proposal early as per new guidelines Please re-state the problem that we are trying to solve in this issue.The avatar located in the header of the Money Request/Owes chat is not opening on click. What is the root cause of that problem?1) Money request payer header is rendering via App/src/components/MoneyRequestHeader.js Lines 91 to 92 in 7378626
Eventually App/src/components/HeaderWithCloseButton.js Lines 170 to 174 in 7378626
We can see there is no pressable used with AvatarWithDisplayName. So it will not open details page when clicked. 2) Money request payee header render via line 120 as shown code below: App/src/components/MoneyRequestHeader.js Lines 120 to 125 in 7378626
This is also not using pressable, so it will not open details page when clicked. So this is the root cause the problem that both payer and payee header not clickable. What changes do you think we should make in order to solve the problem?To solve this we have to wrap Payer and Payee header text with Pressable. 1) How to make Payer header clickable: <HeaderWithCloseButton
shouldShowAvatarWithDisplay
onAvatarWithDisplayPress={() => {
Navigation.navigate(ROUTES.getDetailsRoute(moneyRequestReport.ownerEmail))
}}
...
/> Thereafter within {this.props.shouldShowAvatarWithDisplay && (
<Pressable onPress={this.props.onAvatarWithDisplayPress}>
<AvatarWithDisplayName
...
/>
</Pressable>
)} 2) How to make Payee header clickable: <Pressable
onPress={() => {
Navigation.navigate(ROUTES.getDetailsRoute(moneyRequestReport.managerEmail))
}}
>
<Text
...
>
{payeeName}
</Text>
</Pressable> So this will make both Payer and Payee clickable as shown in result video. What alternative solutions did you explore? (Optional)None ResultWeb.mov |
Looks like something related to As a reminder, please make sure that all proposals are not workarounds and that any and all attempt to fix the issue holistically have been made before proceeding with a solution. Proposals to change our Feel free to drop a note in #expensify-open-source with any questions. |
Triggered auto assignment to @strepanier03 ( |
Bug0 Triage Checklist (Main S/O)
|
Job added to Upwork: https://www.upwork.com/jobs/~0156545f23df45ccab |
Current assignee @strepanier03 is eligible for the External assigner, not assigning anyone new. |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @fedirjh ( |
Triggered auto assignment to @grgia ( |
ProposalPlease re-state the problem that we are trying to solve in this issue.We want the avatar and email/name of the user to open details when clicked in a money request report What is the root cause of that problem?Currently we don't have logic in place to handle this interaction. What changes do you think we should make in order to solve the problem?
<Pressable
onPress={() => Navigation.navigate(ROUTES.getDetailsRoute(props.report.ownerEmail))}
>
// ... the block will be wrapped here
</Pressable>
<Pressable
onPress={() => Navigation.navigate(ROUTES.getDetailsRoute(moneyRequestReport.managerEmail))}
>
// ... the block will be wrapped here
</Pressable> In both of the style={[styles.flexRow, styles.alignItemsCenter, styles.flex1]} What alternative solutions did you explore? (Optional)N/A |
Reviewing today |
Coming from #19332, I think this is expected for now. |
I am not sure honestly, I think we should allow this as its bringing confusing inconsistency to the user if they can click on this in other places in the app. Also it should not be any problem from the coding perspective I believe. |
I think both of these statements are true:
|
I would say it was just an oversight from our initial implementation but we can call it a feature request 😂 |
@mountiny @Julesssss - I'm good with that approach. I can't find much documentation about how the BZ should handle feature requests in E/App, so in this case can we let proposals roll in and choose the one that works or does this need to be handled internally? |
Hey @strepanier03, yeah the process is pretty much identical from here on. @fedirjh please go ahead with proposal review when you're ready. Just realised I'm not the assignee, my bad. |
This issue has not been updated in over 15 days. @shawnborton, @trjExpensify, @fedirjh, @grgia eroding to Monthly issue. P.S. Is everyone reading this sure this is really a near-term priority? Be brave: if you disagree, go ahead and close it out. If someone disagrees, they'll reopen it, and if they don't: one less thing to do! |
PR is in review melvin, chiiill. Should be unheld now after the merge freeze. |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.3.77-7 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-10-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:
|
Okay, so by my calculations:
Everyone agree? Let me know and I'll start settling up! :) |
I think it's :
|
Ah yes, this PR for ref. Cool, amended.
|
@fedirjh paid! |
@trjExpensify offer accepted |
@usmantariq96 paid! 👍 Once @allroundexperts confirms he's requested, I'll close. |
Requested. This can be closed now @trjExpensify! |
Perfect! |
$1,000 payment approved for @allroundexperts based on this summary. |
If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!
Action Performed:
Expected Result:
When the avatar positioned in the header is clicked, it should open.
Actual Result:
The avatar positioned in the header cannot be opened when clicked.
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: 1.3.16.5
Reproducible in staging?: y
Reproducible in production?: y
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
20230517_232040.mp4
Recording.680.mp4
Expensify/Expensify Issue URL:
Issue reported by: @usmantariq96
Slack conversation: https://expensify.slack.com/archives/C049HHMV9SM/p1684347603337849
View all open jobs on GitHub
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: