Skip to content

[HOLD - #374470] Thread header and LHN for task assignee system message is missing the assignee #37939

Closed

Description

@kavimuru

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: 1.4.49-0
Reproducible in staging?: y
Reproducible in production?: NO - new feature (system message)
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: applause internal team
Slack conversation:

Action Performed:

  1. Go to staging.new.expensify.com
  2. Go to any chat.
  3. Create a task.
  4. Go to task report.
  5. Click Assignee.
  6. Add an assignee (or change assignee).
  7. Right click on assignee system message > Reply in thread.

Expected Result:

The thread header and LHN title will show assignee name.

Actual Result:

The thread header and LHN title do not show assignee name.

Also, The email in system message is also not copied when copied to clipboard.

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

Add any screenshot/video evidence

Bug6406286_1709856534747.bandicam_2024-03-08_08-05-59-267.mp4

View all open jobs on GitHub

Activity

  1. added
    DeployBlockerCashThis issue or pull request should block deployment
    BugSomething is broken. Auto assigns a BugZero manager.
    on Mar 8, 2024
  2. melvin-bot commented on Mar 8, 2024

    @melvin-bot

    Triggered auto assignment to @strepanier03 (Bug), see https://stackoverflow.com/c/expensify/questions/14418 for more details.

  3. github-actions commented on Mar 8, 2024

    @github-actions
    Contributor

    👋 Friendly reminder that deploy blockers are time-sensitive ⏱ issues! Check out the open `StagingDeployCash` deploy checklist to see the list of PRs included in this release, then work quickly to do one of the following:

    1. Identify the pull request that introduced this issue and revert it.
    2. Find someone who can quickly fix the issue.
    3. Fix the issue yourself.
  4. melvin-bot commented on Mar 8, 2024

    @melvin-bot

    Triggered auto assignment to @marcaaron (Engineering), see https://stackoverflowteams.com/c/expensify/questions/9980/ for more details.

  5. kavimuru commented on Mar 8, 2024

    @kavimuru
    Author

    @marcaaron FYI I haven't added the External label as I wasn't 100% sure about this issue. Please take a look and add the label if you agree it's a bug and can be handled by external contributors.

  6. kavimuru commented on Mar 8, 2024

    @kavimuru
    Author

    We think this bug might be related to #vip-vsb. cc @quinthar

  7. nexarvo commented on Mar 8, 2024

    @nexarvo
    Contributor

    Proposal

    
### Please re-state the problem that we are trying to solve in this issue.
    Thread header and LHN for task assignee system message is missing the assignee

    What is the root cause of that problem?

    The message in parentReportAction says something like this: assigned to <mention-user accountID=16485686></mention-user> and the final message only remains 'assigned to' on both header and and LHN.

    App/src/libs/ReportUtils.ts

    Lines 2616 to 2620 in 9132e05

    const parentReportActionMessage = (
    ReportActionsUtils.isApprovedOrSubmittedReportAction(parentReportAction)
    ? ReportActionsUtils.getReportActionMessageText(parentReportAction)
    : parentReportAction?.message?.[0]?.text ?? ''
    ).replace(/(\r\n|\n|\r)/gm, ' ');

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

    We need to first check if message has accountId, and if it has then we get the display name for the participant.

    const participantAccountId = doesMessageHasAccountId()
           if(parentReportAction.actionName === CONST.REPORT.ACTIONS.TYPE.TASKEDITED && participantAccountId) {
               parentReportActionMessage = parentReportActionMessage + ' ' + + getDisplayNameForParticipant(participantAccountId, undefined, undefined, true);
            }
           return parentReportActionMessage;
    

    Here doesMessageHasAccountId() is simple utility function which will check if message has accountId and it has then it will return that accountId. Also in above condition CONST.REPORT.ACTIONS.TYPE.TASKEDITED represents that task is edited and we are opening that (edited) system message

    What alternative solutions did you explore? (Optional)

    Result

    Screenshot 2024-03-08 at 6 50 51 AM
  8. marcaaron commented on Mar 8, 2024

    @marcaaron
    Contributor

    I am thinking if this is a new feature then we probably don't need to make this a blocker.

  9. 48 remaining items

  10. strepanier03 commented on Sep 3, 2024

    @strepanier03
    Contributor

    Not prioritized currently.

  11. strepanier03 commented on Oct 7, 2024

    @strepanier03
    Contributor

    Updating project as VSB was closed.

  12. moved this to Bugs and Follow Up Issues in #expensify-bugson Nov 12, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

BugSomething is broken. Auto assigns a BugZero manager.EngineeringMonthlyKSv2

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions