Closed thienlnam closed 4 months ago
Triggered auto assignment to @joekaufmanexpensify (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.
Unable to auto-create job on Upwork. The BZ team member should create it manually for this issue.
Triggered auto assignment to Contributor-plus team member for initial proposal review - @Ollyws (External
)
Unable to auto-create job on Upwork. The BZ team member should create it manually for this issue.
Current assignee @Ollyws is eligible for the External assigner, not assigning anyone new.
Job added to Upwork: https://www.upwork.com/jobs/~01d9c0a9595a888d2c
Current assignee @Ollyws is eligible for the External assigner, not assigning anyone new.
Upwork job price has been updated to $125
Inconsistency in subtitle for task
We do not add subtitle if the report is a task: https://github.com/Expensify/App/blob/e8ae3c5acedf0e6788dc574c7b6f3043ca37092a/src/pages/ReportDetailsPage.tsx#L312
Add a extra or check ||
as ReportUtils.isTaskReport(report)
, or create a separate variable isTaskReport.
So the updated condition will now be:
{!isEmptyObject(parentNavigationSubtitleData) && (isMoneyRequestReport || isInvoiceReport || isMoneyRequest || ReportUtils.isTaskReport(report)) && (
We can consolidate the ReportUtils.isTaskReport(report)
function by assigning this value to a variable isTaskReport
.
The incorrect number of tags is shown, "3 selected" is shown instead of "2 selected"
For the header view, we always show the parent subtitle if parentNavigationSubtitleData
isn't not empty
But in ReportDetailPage
, we only show this for some specials report
That is an inconsistency
To consistent with the header view, we should always show the parent subtitle here by removing the check for special report
{!isEmptyObject(parentNavigationSubtitleData) && (
<ParentNavigationSubtitle
parentNavigationSubtitleData={parentNavigationSubtitleData}
parentReportID={report?.parentReportID}
parentReportActionID={report?.parentReportActionID}
pressableStyles={[styles.mt1, styles.mw100]}
/>
)}
NA
@thienlnam should we instead do this as part of the detailed revamp design doc implementation? It seems like we are changing the pattern for the details page of expense reports and transaction threads there.
cc @JmillsExpensify
Still pending further discussion
Same
Inconsistency with detail view panel
The detail view only shows subtitles when the report has subtitles, and shows parent subtitles on certain pages only. https://github.com/Expensify/App/blob/e8ae3c5acedf0e6788dc574c7b6f3043ca37092a/src/pages/ReportDetailsPage.tsx#L312-L319
When the room has a policy name, the detail view only displays the subtitle instead of threads.in
and the policy name.
Also, it displayed a subtitle instead of a policy description when we have a policy description and we're inside the policy expense chat.
For Profile details, we do not have any subtitles.
We can display the subtitle only if we do not have a policy and room description, and display the parent subtitle only when we have the data, and display the policy name if it does not match the below condition
https://github.com/Expensify/App/blob/f545b0790e5c9175fbef7762793c78e7a6ae5e53/src/pages/home/HeaderView.tsx#L187
we can display it with threads.in
at the front of the text and if we have a policy description we will show it instead of the subtitle.
We need to add a subtitle for the profile detail view
I've fixed it and it's working successfully
https://github.com/Expensify/App/assets/76243292/86fca813-0224-4276-9b42-6b836d25cdd1
In progress
π£ It's been a week! Do we have any satisfactory proposals yet? Do we need to adjust the bounty for this issue? πΈ
Triggered auto assignment to @lakchote, see https://stackoverflow.com/c/expensify/questions/7972 for more details.
@Ollyws I think for consistency, in ReportDetailsPage
we should always show the parent subtitle if parentNavigationSubtitleData
is not empty as we do in HeaderView
and AvatarWithDisplayName
.
Waiting for proposal sign off
@joekaufmanexpensify That could work, my concern is that we'll forget to do that later for tasks and it will remain un-updated. This is a quick one we can knock out now so if you're alright with it I think we should just move forward with this
Works for me!
@GandalfGwaihir's proposal LGTM.
π£ @GandalfGwaihir π 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 π
Great! @GandalfGwaihir could you please share when you can have a PR up?
Was AFK, got back to keyboard just now, let me quickly come up with a PR ASAP! working now
PR was merged, waiting to be deployed to staging π
Great. TY!
Reviewing
label has been removed, please complete the "BugZero Checklist".
The solution for this issue has been :rocket: deployed to production :rocket: in version 1.4.79-11 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-06-13. :confetti_ball:
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:
@Ollyws offer sent for $125. Also, could you please complete BZ so we can prep to issue payment?
@Ollyws Ah, I see you get paid via NewDot now, so withdrew the upwork offer.
BugZero Checklist:
- [x] The PR that introduced the bug has been identified. Link to the PR:
We haven't enabled this behaviour for task reports since the inception of the details page so I don't think we can pin this on any PR.
- [x] The offending PR has been commented on, pointing out the bug it caused and why, so the author and reviewers can learn from the mistake. Link to comment:
N/A
- [x] A discussion in #expensify-bugs has been started about whether any other steps should be taken (e.g. updating the PR review checklist) in order to catch this type of bug sooner. Link to discussion:
N/A
- [x] Determine if we should create a regression test for this bug.
Yes.
- [x] If we decide to create a regression test for the bug, please propose the regression test steps to ensure the same bug will not reach production again.
Regression Test Proposal
1. Create a task
2. Click on the task details page
3. Verify that subtitle is visible for tasks details page
Do we agree π or π
Requested in ND.
TY! This is a pretty minor visual bug, so IDT we need a regression test to be done every time here. So noted this above.
All set to issue payment. We need to pay:
@allgandalf $125 sent and contract ended!
Upwork job closed.
All set. Thanks everyone!
$125 approved for @Ollyws
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: Reproducible in staging?: Reproducible in production?: 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: Slack conversation: https://github.com/Expensify/App/pull/40858#issuecomment-2118039788
Action Performed:
Expected Result:
The details view should match the report header view like these other report types
Actual Result:
Currently the task details page just shows the task title
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
Issue Owner
Current Issue Owner: @Upwork Automation - Do Not Edit
Issue Owner
Current Issue Owner: @Issue Owner
Current Issue Owner: @joekaufmanexpensify