Managing issues

WVS Issues are the fundamental medium for collaborating on ideas and planning work in WVS.

Key actions for issues include:

Create a new issue

When you create a new issue, you are prompted to fill in the data and fields of the issue, as illustrated below. If you know the values you want to assign to an issue, you can use the Quick actions feature to input values.

Accessing the New Issue form

There are many ways to get to the New Issue form from a project’s page:

  • Navigate to your Project > Issues > New Issue:

  • From an open issue in your project, click the vertical ellipsis () button to open a dropdown menu, and then click New Issue to create a new issue in the same project:

  • From your Project’s Dashboard, click the plus sign (+) to open a dropdown menu with a few options. Select New Issue to create an issue in that project:

  • From an issue board, create a new issue by clicking on the plus sign (+) at the top of a list. It opens a new issue for that project, pre-labeled with its respective list.

Elements of the New Issue form

When you’re creating a new issue, these are the fields you can fill in:

  • Title
  • Description
  • Checkbox to make the issue confidential
  • Assignee
  • Due date
  • Milestone
  • Labels

New issue from the group-level issue tracker

To visit the issue tracker for all projects in your group:

  1. Go to the group dashboard.
  2. On the left sidebar, select Issues.
  3. In the top-right, select the Select project to create issue button.
  4. Select the project you’d like to create an issue for. The button now reflects the selected project.
  5. Select the button to create an issue in the selected project.

The project you selected most recently becomes the default for your next visit. This should save you a lot of time and clicks, if you mostly create issues for the same project.

New issue via Service Desk

Enable Service Desk for your project and offer email support. Now, when your customer sends a new email, a new issue can be created in the appropriate project and followed up from there.

New issue via email

A link to Email a new issue to this project is displayed at the bottom of a project’s Issues List page. The link is shown only if your WVS instance has incoming email configured and there is at least one issue in the issue list.

When you click this link, an email address is generated and displayed, which should be used by you only, to create issues in this project. You can save this address as a contact in your email client for quick access.

This is a private email address, generated just for you. Keep it to yourself, as anyone who knows it can create issues or merge requests as if they were you. If the address is compromised, or you want to regenerate it, click Email a new issue to this project, followed by reset it.

Sending an email to this address creates a new issue associated with your account for this project, where:

  • The email subject becomes the issue title.
  • The email body becomes the issue description.
  • Markdown and quick actions are supported.

New issue via URL with prefilled fields

To link directly to the new issue page with prefilled fields, use query string parameters in a URL. You can embed a URL in an external HTML page to create issues with certain fields prefilled.

Field URL Parameter Name Notes
title issue[title]  
description issue[description] Cannot be used at the same time as issuable_template.
description template issuable_template Cannot be used at the same time as issue[description].
issue type issue[issue_type] Either incident or issue.
confidential issue[confidential] Parameter value must be true to set to confidential.

Bulk edit issues at the project level

Users with permission level of Reporter or higher can manage issues.

When bulk editing issues in a project, you can edit the following attributes:

To update multiple project issues at the same time:

  1. In a project, go to Issues > List.
  2. Click Edit issues. A sidebar on the right-hand side of your screen appears with editable fields.
  3. Select the checkboxes next to each issue you want to edit.
  4. Select the appropriate fields and their values from the sidebar.
  5. Click Update all.

Bulk edit issues at the group level

Users with permission level of Reporter or higher can manage issues.

When bulk editing issues in a group, you can edit the following attributes:

To update multiple project issues at the same time:

  1. In a group, go to Issues > List.
  2. Click Edit issues. A sidebar on the right-hand side of your screen appears with editable fields.
  3. Select the checkboxes next to each issue you want to edit.
  4. Select the appropriate fields and their values from the sidebar.
  5. Click Update all.

Moving issues

Moving an issue copies it to the target project, and closes it in the originating project. The original issue is not deleted. A system note, which indicates where it came from and went to, is added to both issues.

The “Move issue” button is at the bottom of the right-sidebar when viewing the issue.

Moving issues in bulk

If you have advanced technical skills you can also bulk move all the issues from one project to another in the rails console. The below script moves all issues that are not in status closed from one project to another.

To access rails console run sudo wvs-rails console on the WVS server and run the below script. Please be sure to change project, admin_user, and target_project to your values. We do also recommend creating a backup before attempting any changes in the console.

project = Project.find_by_full_path('full path of the project where issues are moved from')
issues = project.issues
admin_user = User.find_by_username('username of admin user') # make sure user has permissions to move the issues
target_project = Project.find_by_full_path('full path of target project where issues moved to')

issues.each do |issue|
   if issue.state != "closed" && issue.moved_to.nil?, admin_user).execute(issue, target_project)
      puts "issue with id: #{} and title: #{issue.title} was not moved"
end; nil

Closing issues

When you decide that an issue is resolved, or no longer needed, you can close the issue using the close button:

You can also close an issue from the issue boards by dragging an issue card from its list and dropping it into the Closed list.

Closing issues automatically

When a commit or merge request resolves issues, the issues can be closed automatically when the commit reaches the project’s default branch.

If a commit message or merge request description contains text matching a defined pattern, all issues referenced in the matched text are closed. This happens when the commit is pushed to a project’s default branch, or when a commit or merge request is merged into it.

For example, if Closes #4, #6, Related to #5 is included in a Merge Request description, issues #4 and #6 are closed automatically when the MR is merged, but not #5. Using Related to flags #5 as a related issue, but is not closed automatically.

If the issue is in a different repository than the MR, add the full URL for the issue(s):

Closes #4, #6, and<username>/<projectname>/issues/<xxx>

For performance reasons, automatic issue closing is disabled for the very first push from an existing repository.

Default closing pattern

When not specified, this default issue closing pattern is used:

\b((?:[Cc]los(?:e[sd]?|ing)|\b[Ff]ix(?:e[sd]|ing)?|\b[Rr]esolv(?:e[sd]?|ing)|\b[Ii]mplement(?:s|ed|ing)?)(:?) +(?:(?:issues? +)?%{issue_ref}(?:(?: *,? +and +| *,? *)?)|([A-Z][A-Z0-9_]+-\d+))+)

This translates to the following keywords:

  • Close, Closes, Closed, Closing, close, closes, closed, closing
  • Fix, Fixes, Fixed, Fixing, fix, fixes, fixed, fixing
  • Resolve, Resolves, Resolved, Resolving, resolve, resolves, resolved, resolving
  • Implement, Implements, Implemented, Implementing, implement, implements, implemented, implementing

Note that %{issue_ref} is a complex regular expression defined inside the GitLab source code that can match references to:

  • A local issue (#123).
  • A cross-project issue (group/project#123).
  • A link to an issue (

For example the following commit message:

Awesome commit message

Fix #20, Fixes #21 and Closes group/otherproject#22.
This commit is also related to #17 and fixes #18, #19

closes #18, #19, #20, and #21 in the project this commit is pushed to, as well as #22 and #23 in group/otherproject. #17 is not closed as it does not match the pattern. It works with multi-line commit messages as well as one-liners when used from the command line with git commit -m.

Disabling automatic issue closing

The automatic issue closing feature can be disabled on a per-project basis in the project’s repository settings. Referenced issues are still displayed, but are not closed automatically.

The automatic issue closing is also disabled in a project if the project has the issue tracker disabled. If you want to enable automatic issue closing, make sure to enable WVS Issues.

This only applies to issues affected by new merge requests or commits. Already closed issues remain as-is. If issue tracking is enabled, disabling automatic issue closing only applies to merge requests attempting to automatically close issues within the same project. Merge requests in other projects can still close another project’s issues.

Change the issue type

Users with the Developer role can change an issue’s type. To do this, edit the issue and select an issue type from the Issue type selector menu:

Deleting issues

Users with the Owner role can delete an issue by editing it and selecting Delete issue.

Similar issues

To prevent duplication of issues for the same topic, WVS searches for similar issues when new issues are being created.

As you type in the title field of the New Issue page, WVS searches titles and descriptions across all issues to in the current project. Only issues you have access to are returned. Up to five similar issues, sorted by most recently updated, are displayed below the title box. GraphQL must be enabled to use this feature.


For Additional Support, Please reach out to us on our Discord or by Email.