Skip to content
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

[$250] Expense-When there is more than an expense,transaction thread header is not tappable #41196

Closed
2 of 6 tasks
izarutskaya opened this issue Apr 29, 2024 · 13 comments
Closed
2 of 6 tasks
Assignees
Labels
Bug Something is broken. Auto assigns a BugZero manager. External Added to denote the issue can be worked on by a contributor Monthly KSv2 Reviewing Has a PR in review

Comments

@izarutskaya
Copy link

izarutskaya commented Apr 29, 2024

If you haven’t already, check out our contributing guidelines for onboarding and email [email protected] to request to join our Slack channel!


Version Number: 1.4.67-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/4522261
Logs: https://stackoverflow.com/c/expensify/questions/4856
Issue reported by: Applause-Internal team

Action Performed:

  1. Launch app
  2. Tap on a report with no prior conversation
  3. Create a submit expense
  4. Open newly created expense and tap header
  5. Note tapping header user directed to details page and transaction thread header is tappable.
  6. Create another submit expense
  7. Tap on header in details page of 2nd created expense
  8. Note transaction thread header is not tappable. Tapping header doesn't trigger any action.
  9. Now open 1st created expense and tap on header in details page
  10. Now note for 1st expense also, transaction thread is not tappable.

Expected Result:

When there is more than one expense also , the transaction thread header must be tappable.

Actual Result:

When there is only one expense, the header is tappable. But, when there is more than one expense, the transaction thread header is not tappable.

Workaround:

Unknown

Platforms:

Which of our officially supported platforms is this issue occurring on?

  • Android: Native
  • Android: mWeb Chrome
  • iOS: Native
  • iOS: mWeb Safari
  • MacOS: Chrome / Safari
  • MacOS: Desktop

Screenshots/Videos

Bug6464613_1714379187298.ippu.mp4

View all open jobs on GitHub

Upwork Automation - Do Not Edit
  • Upwork Job URL: https://www.upwork.com/jobs/~01f6dab494ed59d319
  • Upwork Job ID: 1786024164842852352
  • Last Price Increase: 2024-05-02
  • Automatic offers:
    • dukenv0307 | Reviewer | 0
    • bernhardoj | Contributor | 0
Issue OwnerCurrent Issue Owner: @sonialiap
@izarutskaya izarutskaya added Daily KSv2 Bug Something is broken. Auto assigns a BugZero manager. labels Apr 29, 2024
Copy link

melvin-bot bot commented Apr 29, 2024

Triggered auto assignment to @sonialiap (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.

@izarutskaya
Copy link
Author

We think this issue might be related to the #collect project.

@bernhardoj
Copy link
Contributor

Proposal

Please re-state the problem that we are trying to solve in this issue.

The report name in transaction thread is unclickable, but clickable when it's a one transaction page.

What is the root cause of that problem?

In one transaction page, the header is rendered with MoneyReportHeader which enable the shouldEnableDetailPageNavigation so the name is clickable and will open the report details page.

<HeaderWithBackButton
shouldShowReportAvatarWithDisplay
shouldEnableDetailPageNavigation

In the transaction thread, the header uses MoneyRequestHeader which doesn't have shouldEnableDetailPageNavigation prop, so only the avatar is clickable and the user profile will open if clicked.

What changes do you think we should make in order to solve the problem?

Enable shouldEnableDetailPageNavigation in MoneyRequestHeader too

OR

Disable shouldEnableDetailPageNavigation if it's a one-transaction page.
shouldEnableDetailPageNavigation={!transactionThreadReport}

What alternative solutions did you explore? (Optional)

Wrap the report name too with the pressable so it's clickable and will open the user profile page.

<PressableWithoutFeedback
onPress={showActorDetails}
accessibilityLabel={title}
role={CONST.ROLE.BUTTON}
>
{shouldShowSubscriptAvatar ? (
<SubscriptAvatar
backgroundColor={avatarBorderColor}
mainAvatar={icons[0]}
secondaryAvatar={icons[1]}
size={size}
/>
) : (
<MultipleAvatars
icons={icons}
size={size}
secondAvatarStyle={[StyleUtils.getBackgroundAndBorderStyle(avatarBorderColor)]}
/>
)}
</PressableWithoutFeedback>
<View style={[styles.flex1, styles.flexColumn]}>
<DisplayNames
fullTitle={title}
displayNamesWithTooltips={displayNamesWithTooltips}
tooltipEnabled
numberOfLines={1}
textStyles={[isAnonymous ? styles.headerAnonymousFooter : styles.headerText, styles.pre]}
shouldUseFullTitle={isMoneyRequestOrReport || isAnonymous}
/>
{Object.keys(parentNavigationSubtitleData).length > 0 && (
<ParentNavigationSubtitle
parentNavigationSubtitleData={parentNavigationSubtitleData}
parentReportID={report?.parentReportID}
parentReportActionID={report?.parentReportActionID}
pressableStyles={[styles.alignSelfStart, styles.mw100]}
/>
)}
{!!subtitle && (
<Text
style={[styles.sidebarLinkText, styles.optionAlternateText, styles.textLabelSupporting, styles.pre]}
numberOfLines={1}
>
{subtitle}
</Text>
)}
</View>

@melvin-bot melvin-bot bot added the Overdue label May 1, 2024
@sonialiap sonialiap added the External Added to denote the issue can be worked on by a contributor label May 2, 2024
Copy link

melvin-bot bot commented May 2, 2024

Job added to Upwork: https://www.upwork.com/jobs/~01f6dab494ed59d319

@melvin-bot melvin-bot bot changed the title Expense-When there is more than an expense,transaction thread header is not tappable [$250] Expense-When there is more than an expense,transaction thread header is not tappable May 2, 2024
@melvin-bot melvin-bot bot added the Help Wanted Apply this label when an issue is open to proposals by contributors label May 2, 2024
Copy link

melvin-bot bot commented May 2, 2024

Triggered auto assignment to Contributor-plus team member for initial proposal review - @dukenv0307 (External)

@dukenv0307
Copy link
Contributor

@bernhardoj's solution looks good to me. the transaction thread header must be tappable so we should go with your first solution

🎀👀🎀 C+ reviewed

Copy link

melvin-bot bot commented May 3, 2024

Triggered auto assignment to @cead22, see https://stackoverflow.com/c/expensify/questions/7972 for more details.

@melvin-bot melvin-bot bot removed the Help Wanted Apply this label when an issue is open to proposals by contributors label May 3, 2024
Copy link

melvin-bot bot commented May 3, 2024

📣 @dukenv0307 🎉 An offer has been automatically sent to your Upwork account for the Reviewer role 🎉 Thanks for contributing to the Expensify app!

Offer link
Upwork job

Copy link

melvin-bot bot commented May 3, 2024

📣 @bernhardoj 🎉 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 📖

@melvin-bot melvin-bot bot added Reviewing Has a PR in review Weekly KSv2 and removed Daily KSv2 labels May 4, 2024
@bernhardoj
Copy link
Contributor

PR is ready

cc: @dukenv0307

Copy link

melvin-bot bot commented May 27, 2024

This issue has not been updated in over 15 days. @cead22, @sonialiap, @bernhardoj, @dukenv0307 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!

@cead22
Copy link
Contributor

cead22 commented Jul 8, 2024

The PR for this issue was deployed in May, but this is still open. I'm guessing the automation failed and/or we need to do some payments.

@sonialiap can you check on this please?

@sonialiap
Copy link
Contributor

Ah yes, looks like automation failed. Looks good to pay

Payment summary:

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Something is broken. Auto assigns a BugZero manager. External Added to denote the issue can be worked on by a contributor Monthly KSv2 Reviewing Has a PR in review
Projects
No open projects
Archived in project
Development

No branches or pull requests

5 participants