debian-mirror-gitlab/doc/user/admin_area/review_abuse_reports.md

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

95 lines
3.1 KiB
Markdown
Raw Normal View History

2021-06-08 01:23:25 +05:30
---
2023-06-20 00:43:36 +05:30
stage: Anti-Abuse
group: Anti-Abuse
2022-11-25 23:54:43 +05:30
info: To determine the technical writer assigned to the Stage/Group associated with this page, see https://about.gitlab.com/handbook/product/ux/technical-writing/#assignments
2021-06-08 01:23:25 +05:30
type: reference, howto
---
# Review abuse reports **(FREE SELF)**
View and resolve abuse reports from GitLab users.
GitLab administrators can view and [resolve](#resolving-abuse-reports) abuse
reports in the Admin Area.
2021-11-18 22:05:49 +05:30
## Receive notification of abuse reports by email
2021-06-08 01:23:25 +05:30
2021-11-18 22:05:49 +05:30
To receive notifications of new abuse reports by email:
2021-06-08 01:23:25 +05:30
2022-10-11 01:57:18 +05:30
1. On the top bar, select **Main menu > Admin**.
2021-09-04 01:27:46 +05:30
1. On the left sidebar, select **Settings > Reporting**.
2021-06-08 01:23:25 +05:30
1. Expand the **Abuse reports** section.
2021-11-18 22:05:49 +05:30
1. Provide an email address and select **Save changes**.
2021-06-08 01:23:25 +05:30
The notification email address can also be set and retrieved
[using the API](../../api/settings.md#list-of-settings-that-can-be-accessed-via-api-calls).
## Reporting abuse
2022-10-11 01:57:18 +05:30
To find out more about reporting abuse, see
2022-08-27 11:52:29 +05:30
[abuse reports user documentation](../report_abuse.md).
2021-06-08 01:23:25 +05:30
## Resolving abuse reports
2021-09-04 01:27:46 +05:30
To access abuse reports:
2022-10-11 01:57:18 +05:30
1. On the top bar, select **Main menu > Admin**.
2021-09-04 01:27:46 +05:30
1. On the left sidebar, select **Abuse Reports**.
2021-06-08 01:23:25 +05:30
There are 3 ways to resolve an abuse report, with a button for each method:
- Remove user & report. This:
- [Deletes the reported user](../profile/account/delete_account.md) from the
instance.
- Removes the abuse report from the list.
- [Block user](#blocking-users).
- Remove report. This:
- Removes the abuse report from the list.
- Removes access restrictions for the reported user.
The following is an example of the **Abuse Reports** page:
![abuse-reports-page-image](img/abuse_reports_page_v13_11.png)
### Blocking users
2022-11-25 23:54:43 +05:30
A blocked user cannot sign in or access any repositories, but all of their data
2021-06-08 01:23:25 +05:30
remains.
Blocking a user:
- Leaves them in the abuse report list.
- Changes the **Block user** button to a disabled **Already blocked** button.
The user is notified with the following message:
```plaintext
Your account has been blocked. If you believe this is in error, contact a staff member.
```
After blocking, you can still either:
- Remove the user and report if necessary.
- Remove the report.
The following is an example of a blocked user listed on the **Abuse Reports**
page:
![abuse-report-blocked-user-image](img/abuse_report_blocked_user.png)
NOTE:
Users can be [blocked](../../api/users.md#block-user) and
[unblocked](../../api/users.md#unblock-user) using the GitLab API.
<!-- ## Troubleshooting
Include any troubleshooting steps that you can foresee. If you know beforehand what issues
one might have when setting this up, or when something is changed, or on upgrading, it's
important to describe those, too. Think of things that may go wrong and include them here.
This is important to minimize requests for support, and to avoid doc comments with
questions that you know someone might ask.
2023-01-13 00:05:48 +05:30
Each scenario can be a third-level heading, for example `### Getting error message X`.
2021-06-08 01:23:25 +05:30
If you have none to add when creating a doc, leave this section in place
but commented out to help encourage others to add to it in the future. -->