Skip to content
GitLab
Next
    • GitLab: the DevOps platform
    • Explore GitLab
    • Install GitLab
    • How GitLab compares
    • Get started
    • GitLab docs
    • GitLab Learn
  • Pricing
  • Talk to an expert
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
    Projects Groups Topics Snippets
  • Register
  • Sign in
  • GitLab GitLab
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributor statistics
    • Graph
    • Compare revisions
    • Locked files
  • Issues 50,029
    • Issues 50,029
    • List
    • Boards
    • Service Desk
    • Milestones
    • Iterations
    • Requirements
  • Merge requests 1,553
    • Merge requests 1,553
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Artifacts
    • Schedules
    • Test cases
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages and registries
    • Packages and registries
    • Package Registry
    • Container Registry
    • Infrastructure Registry
  • Monitor
    • Monitor
    • Metrics
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Code review
    • Insights
    • Issue
    • Repository
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • GitLab.orgGitLab.org
  • GitLabGitLab
  • Issues
  • #195525
Closed (promoted) (promoted)
Open
Issue created Jan 07, 2020 by Mark Wood@mjwood👊Developer

Service Desk: Add issue participants via email address

Problem to solve

Currently, the service desk will monitor incoming emails and create issues. When comments are made on those issues, email participants will receive updates via email.

However, it is currently not possible to create an issue and add email participants, effectively preventing the Service Desk from initiating a conversation with a customer/team member.

Intended users

  • Support Engineer

As a support engineer, I would like to create issues on behalf of my end-users and have them be included via email to responses.

  • End User

As an end user, I need the ability to receive updates to my support queries when an issue has been created for my issue.

Further details

The current Service Desk implementation allows a one-way path for end-users to create issues. However, not all end-user issues are a result of an incoming email. During a customer call / support call, issues may be brought up that should be captured.

Operating under this paradigm, it is not possible to add email addresses to these created issues so that the end-user can receive issue updates and collaborate on resolution.

Proposal

When creating an issue on behalf of an end-user, a support engineer should be able to add additional participants via email address. This would allow the end-user to receive updates as the issue is worked, and to collaborate on issue resolution.

Permissions and Security

In a support role, often times customer data is involved and the issue is marked as Confidential. We need to carefully evaluate the ability to add participants so that we respect the privacy of customer data.

Documentation

  • Update documentation to describe the workflow of adding email participants to issues.

Testing

What does success look like, and how can we measure that?

  • Participant can be added to an issue via email, and will receive email updates in the same manner as is currently implemented when a Service Desk issue is created via email.
  • Improves the experience for the GitLab IT Helpdesk
  • Metrics available to show feature usage.

What is the type of buyer?

This feature extends existing Service Desk functionality which is a GitLab Premium feature.

Links / references

  • This was identified by our internal IT Helpdesk team as a blocker for full adoption - see IT Helpdesk epic.

Solution

Note: The plan for this feature is to be available on all issues, but only visible to project members.

Add a quick action where users (who are project members) can specify one or multiple email participants to be added to an issue. [Design]

This would create a role for the email participant similar to the case where someone emails a service desk address and an issue is created (where they receive notifications on the issue and can reply with comments).

When an email participant is added, we will:

  1. Show an entry in the activity area informing project members of this. [Design]
  2. Add an alert note under the comment box that explains email participants will be notified of this comment. [Design] (Note: In the future, when private comments are finished, users will be able to check that box so that a notification for that particular requirement is not sent to email participants. If that box is checked, we will need to at that point remove the alert note regarding email participants, as well as any future comments in that thread)

This should also include a quick action to remove email participants. [Design]

When an email participant is removed, we will:

  1. Show an entry in the activity area informing project members of this.
  2. Remove this email from the alert note, and if it is the only email participant, remove the alert note entirely.

I have also included designs for truncating the alert note, as well as the activity information in the case there are multiple participants added. [Design]

I am assuming we will want to break some of this out for implementation, and perhaps not all of it will be necessary for MVC, which may include:

  • Adding multiple email participants
  • Showing an entry in the activity area for addition/removal
  • Truncating email participants in alert note
  • Truncating email participants in activity area

This page may contain information related to upcoming products, features and functionality. It is important to note that the information presented is for informational purposes only, so please do not rely on the information for purchasing or planning purposes. Just like with all projects, the items mentioned on the page are subject to change or delay, and the development, release, and timing of any products, features, or functionality remain at the sole discretion of GitLab Inc.

Edited Jan 12, 2023 by 🤖 GitLab Bot 🤖
Assignee
Assign to
Time tracking