@@ -750,7 +750,7 @@ also be customized, and you can easily use a [custom buildpack](#custom-buildpac
...
@@ -750,7 +750,7 @@ also be customized, and you can easily use a [custom buildpack](#custom-buildpac
| `DB_MIGRATE` | From GitLab 11.4, this variable can be used to specify the command to run to migrate the application's PostgreSQL database. It runs inside the application pod. |
| `DB_MIGRATE` | From GitLab 11.4, this variable can be used to specify the command to run to migrate the application's PostgreSQL database. It runs inside the application pod. |
| `STAGING_ENABLED` | From GitLab 10.8, this variable can be used to define a [deploy policy for staging and production environments](#deploy-policy-for-staging-and-production-environments). |
| `STAGING_ENABLED` | From GitLab 10.8, this variable can be used to define a [deploy policy for staging and production environments](#deploy-policy-for-staging-and-production-environments). |
| `CANARY_ENABLED` | From GitLab 11.0, this variable can be used to define a [deploy policy for canary environments](#deploy-policy-for-canary-environments-premium). |
| `CANARY_ENABLED` | From GitLab 11.0, this variable can be used to define a [deploy policy for canary environments](#deploy-policy-for-canary-environments-premium). |
| `INCREMENTAL_ROLLOUT_MODE`| From GitLab 11.4, this variable, if present, can be used to enable an [incremental rollout](#incremental-rollout-to-production-premium) of your application for the production environment.<br/>Set to: <ul><li>`manual`, for manual deployment jobs.</li><li>`timed`, for automatic rollout deployments with a 5 minute delay each one.</li></ul> |
| `INCREMENTAL_ROLLOUT_MODE`| From GitLab 11.4, this variable, if present, can be used to enable an [incremental rollout](#incremental-rollout-to-production-premium) of your application for the production environment. Set to `manual` for manual deployment jobs or `timed` for automatic rollout deployments with a 5 minute delay each one. |
| `TEST_DISABLED` | From GitLab 11.0, this variable can be used to disable the `test` job. If the variable is present, the job will not be created. |
| `TEST_DISABLED` | From GitLab 11.0, this variable can be used to disable the `test` job. If the variable is present, the job will not be created. |
| `CODE_QUALITY_DISABLED` | From GitLab 11.0, this variable can be used to disable the `codequality` job. If the variable is present, the job will not be created. |
| `CODE_QUALITY_DISABLED` | From GitLab 11.0, this variable can be used to disable the `codequality` job. If the variable is present, the job will not be created. |
| `LICENSE_MANAGEMENT_DISABLED` | From GitLab 11.0, this variable can be used to disable the `license_management` job. If the variable is present, the job will not be created. |
| `LICENSE_MANAGEMENT_DISABLED` | From GitLab 11.0, this variable can be used to disable the `license_management` job. If the variable is present, the job will not be created. |
You can report abuse from other GitLab users to GitLab administrators.
A GitLab administrator [can then choose](admin_area/abuse_reports.md) to:
- Remove the user, which deletes them from the instance.
- Block the user, which denies them access to the instance.
- Or remove the report, which retains the users access to the instance.
You can report a user through their:
You can report a user through their:
...
@@ -12,7 +18,8 @@ You can report a user through their:
...
@@ -12,7 +18,8 @@ You can report a user through their:
To report abuse from a user's profile page:
To report abuse from a user's profile page:
1. Click on the exclamation point report abuse button at the top right of the user's profile.
1. Click on the exclamation point report abuse button at the top right of the
user's profile.
1. Complete an abuse report.
1. Complete an abuse report.
1. Click the **Send report** button.
1. Click the **Send report** button.
...
@@ -26,15 +33,18 @@ To report abuse from a user's comment:
...
@@ -26,15 +33,18 @@ To report abuse from a user's comment:
1. Click the **Send report** button.
1. Click the **Send report** button.
NOTE: **Note:**
NOTE: **Note:**
A URL to the reported user's comment will be
A URL to the reported user's comment will be pre-filled in the abuse report's
pre-filled in the abuse report's **Message** field.
**Message** field.
## Reporting abuse through a user's issue or merge request
## Reporting abuse through a user's issue or merge request
The **Report abuse** button is displayed at the top right of the issue or merge request:
The **Report abuse** button is displayed at the top right of the issue or merge request:
- When **Report abuse** is selected from the menu that appears when the **Close issue** or **Close merge request** button is clicked, for users that have permission to close the issue or merge request.
- When **Report abuse** is selected from the menu that appears when the
- When viewing the issue or merge request, for users that don't have permission to close the issue or merge request.
**Close issue** or **Close merge request** button is clicked, for users that
have permission to close the issue or merge request.
- When viewing the issue or merge request, for users that don't have permission
to close the issue or merge request.
With the **Report abuse** button displayed, to submit an abuse report:
With the **Report abuse** button displayed, to submit an abuse report:
Admins can view abuse reports in the admin area and are able to
GitLab administrators can view and [resolve](#resolving-abuse-reports) abuse
resolve the reports by removing the reported user, blocking the reported user, or removing the report.
reports in the Admin Area.
## Reporting abuse
## Reporting abuse
To find out more about reporting abuse, see [abuse reports user documentation](../abuse_reports.md).
To find out more about reporting abuse, see [abuse reports user
documentation](../abuse_reports.md).
## Resolving abuse reports
## Resolving abuse reports
To access abuse reports, go to **Admin area > Abuse Reports**.
To access abuse reports, go to **Admin Area > Abuse Reports**.
There are 3 ways to resolve an abuse report, with a button for each method:
There are 3 ways to resolve an abuse report, with a button for each method:
- Remove user & report: [Deletes the reported user](../profile/account/delete_account.md) from the instance and removes the abuse report from the list.
- Remove user & report. This will:
- Block user: Blocks the reported user from the instance and does not remove the abuse report from the list.
-[Delete the reported user](../profile/account/delete_account.md) from the
- Remove report: Removes the abuse report from the list and does not restrict the access for the reported user.
instance.
- Remove the abuse report from the list.
-[Block user](#blocking-users).
- Remove report. This will:
- Remove the abuse report from the list.
- Remove access restrictions for the reported user.
The following is an example of the **Abuse Reports** page:
Users can be deleted from a GitLab instance, either by:
- The user themselves.
- An administrator.
NOTE: **Note:**
NOTE: **Note:**
Deleting a user will delete all projects in that user namespace.
Deleting a user will delete all projects in that user namespace.
- As a user, you can delete your own account by navigating to **Settings** > **Account** and selecting **Delete account**
## As a user
- As an admin, you can delete a user account by navigating to the **Admin Area**, selecting the **Users** tab, selecting a user, and clicking on **Delete user**
As a user, you can delete your own account by:
1. Clicking on your avatar.
1. Navigating to **Settings > Account**.
1. Selecting **Delete account**.
## As an administrator
As an administrator, you can delete a user account by:
1. Navigating to **Admin Area > Overview > Users**.
1. Selecting a user.
1. Under the **Account** tab, clicking:
-**Delete user** to delete only the user but maintaining their
[associated records](#associated-records).
-**Delete user and contributions** to delete the user and
their associated records.
### Blocking a user
In addition to blocking a user
[via an abuse report](../../admin_area/abuse_reports.md#blocking-users),
a user can be blocked directly from the Admin area. To do this:
1. Navigate to **Admin Area > Overview > Users**.
1. Selecting a user.
1. Under the **Account** tab, click **Block user**.
## Associated Records
## Associated Records
> Introduced for issues in [GitLab 9.0][ce-7393], and for merge requests, award
> - Introduced for issues in
emoji, notes, and abuse reports in [GitLab 9.1][ce-10467].
When a user account is deleted, not all associated records are deleted with it.
When a user account is deleted, not all associated records are deleted with it.
Here's a list of things that will **not** be deleted:
Here's a list of things that will **not** be deleted:
- Issues that the user created
- Issues that the user created.
- Merge requests that the user created
- Merge requests that the user created.
- Notes that the user created
- Notes that the user created.
- Abuse reports that the user reported
- Abuse reports that the user reported.
- Award emoji that the user created
- Award emoji that the user created.
Instead of being deleted, these records will be moved to a system-wide
Instead of being deleted, these records will be moved to a system-wide
user with the username "Ghost User", whose sole purpose is to act as a container for such records. Any commits made by a deleted user will still display the username of the original user.
user with the username "Ghost User", whose sole purpose is to act as a container
for such records. Any commits made by a deleted user will still display the
When a user is deleted from an [abuse report](../../admin_area/abuse_reports.md) or spam log, these associated
username of the original user.
records are not ghosted and will be removed, along with any groups the user
is a sole owner of. Administrators can also request this behaviour when
When a user is deleted from an [abuse report](../../admin_area/abuse_reports.md)
deleting users from the [API](../../../api/users.md#user-deletion) or the
or spam log, these associated records are not ghosted and will be removed, along