diff options
author | GitLab Bot <gitlab-bot@gitlab.com> | 2023-11-23 00:07:55 +0300 |
---|---|---|
committer | GitLab Bot <gitlab-bot@gitlab.com> | 2023-11-23 00:07:55 +0300 |
commit | 371ee68e5e2826595d44d5a589668579ce105bba (patch) | |
tree | 9a0e8b9d28c86e811530b59de05beab80594d2c9 | |
parent | 6f6c75ed62ddfca08cc1c03920fb82dc283cb072 (diff) |
Add latest changes from gitlab-org/gitlab@master
-rw-r--r-- | doc/administration/dedicated/index.md | 8 | ||||
-rw-r--r-- | doc/administration/moderate_users.md | 51 | ||||
-rw-r--r-- | doc/user/group/moderate_users.md | 7 | ||||
-rw-r--r-- | qa/qa/specs/features/browser_ui/2_plan/design_management/add_design_content_spec.rb | 8 |
4 files changed, 55 insertions, 19 deletions
diff --git a/doc/administration/dedicated/index.md b/doc/administration/dedicated/index.md index 16efc353c84..278c79f386b 100644 --- a/doc/administration/dedicated/index.md +++ b/doc/administration/dedicated/index.md @@ -419,3 +419,11 @@ To gain read only access to this bucket: 1. Open a [support ticket](https://support.gitlab.com/hc/en-us/requests/new?ticket_form_id=4414917877650) with the title "Customer Log Access". In the body of the ticket, include a list of IAM Principal ARNs (users or roles) that are fetching the logs from S3. 1. GitLab then informs you of the name of the S3 bucket. Your nominated users/roles are then able to list and get all objects in the S3 bucket. + +You can use the [AWS CLI](https://aws.amazon.com/cli/) to verify that access to the S3 bucket works as expected. + +#### Bucket contents and structure + +The S3 bucket contains a combination of **infrastructure logs** and **application logs** from the GitLab [log system](../../administration/logs/index.md). The logs in the bucket are encrypted using an AWS KMS key that is managed by GitLab. If you choose to enable [BYOK](#encrypted-data-at-rest-byok), the application logs are not encrypted with the key you provide. + +The logs in the S3 bucket are organized by date in `YYYY/MM/DD/HH` format. For example, there would be a directory like `2023/10/12/13`. That directory would contain the logs from October 12, 2023 at 1300 UTC. The logs are streamed into the bucket with [Amazon Kinesis Data Firehose](https://aws.amazon.com/kinesis/data-firehose/). diff --git a/doc/administration/moderate_users.md b/doc/administration/moderate_users.md index f6f1b2f70a7..e4b7e6f096a 100644 --- a/doc/administration/moderate_users.md +++ b/doc/administration/moderate_users.md @@ -68,6 +68,13 @@ Approving a user: ## Block and unblock users GitLab administrators can block and unblock users. +You should block a user when you don't want them to access the instance, but you want to retain their data. + +A blocked user: + +- Cannot sign in or access any repositories. The blocked user's data remains in those repositories. +- Cannot use slash commands. For more information, see [slash commands](../user/project/integrations/gitlab_slack_application.md#slash-commands). +- Does not occupy a seat. For more information, see [billable users](../subscriptions/self_managed/index.md#billable-users). ### Block a user @@ -75,11 +82,7 @@ Prerequisites: - You must be an administrator for the instance. -You can block a user's access to the instance. When you block a user, they receive an email notification that their account has been blocked. After this email, they no longer receive notifications. A blocked user: - -- Cannot sign in or access any repositories, but all of their data remains in those repositories. -- Cannot use slash commands. For more information, see [slash commands](../user/project/integrations/gitlab_slack_application.md#slash-commands). -- Does not occupy a seat. For more information, see [billable users](../subscriptions/self_managed/index.md#billable-users). +You can block a user's access to the instance. To block a user: @@ -88,6 +91,8 @@ To block a user: 1. Select **Overview > Users**. 1. For the user you want to block, select the vertical ellipsis (**{ellipsis_v}**), then **Block**. +The user receives an email notification that their account has been blocked. After this email, they no longer receive notifications. + To report abuse from other users, see [report abuse](../user/report_abuse.md). For more information on abuse reports in the Admin area, see [resolving abuse reports](../administration/review_abuse_reports.md#resolving-abuse-reports). ### Unblock a user @@ -120,22 +125,27 @@ the LDAP identity first needs to be deleted: ## Activate and deactivate users GitLab administrators can deactivate and activate users. +You should deactivate a user if they have no recent activity, and you don't want them to occupy a seat on the instance. -### Deactivate a user - -> [Introduced](https://gitlab.com/gitlab-org/gitlab/-/issues/22257) in GitLab 12.4. - -You can temporarily deactivate a user who has no recent activity. - -The user you deactivate must be dormant. When you deactivate a user, their projects, group, and history remain. A deactivated user: +A deactivated user: +- Can sign in to GitLab. + - If a deactivated user signs in, they are automatically activated. - Cannot access repositories or the API. - Cannot use slash commands. For more information, see [slash commands](../user/project/integrations/gitlab_slack_application.md#slash-commands). - Does not occupy a seat. For more information, see [billable users](../subscriptions/self_managed/index.md#billable-users). -Deactivation is similar to blocking, but there are a few important differences. Deactivating a user does not prohibit the user from signing into the GitLab UI. A deactivated user can become active again by signing in. +When you deactivate a user, their projects, groups, and history remain. + +### Deactivate a user + +> [Introduced](https://gitlab.com/gitlab-org/gitlab/-/issues/22257) in GitLab 12.4. -To deactivate a user from the Admin Area: +Prerequisites: + +- The user has had no activity in the last 90 days. + +To deactivate a user: 1. On the left sidebar, select **Search or go to**. 1. Select **Admin Area**. @@ -143,7 +153,8 @@ To deactivate a user from the Admin Area: 1. For the user you want to deactivate, select the vertical ellipsis (**{ellipsis_v}**) and then **Deactivate**. 1. On the dialog, select **Deactivate**. -Email notifications stop after deactivation. GitLab sends email notifications to users when their account has been deactivated. For more information about this feature, see [user deactivation emails](../administration/settings/email.md#user-deactivation-emails). +The user receives an email notification that their account has been deactivated. After this email, they no longer receive notifications. +For more information, see [user deactivation emails](../administration/settings/email.md#user-deactivation-emails). To deactivate users with the GitLab API, see [deactivate user](../api/users.md#deactivate-user). For information about permanent user restrictions, see [block and unblock users](#block-and-unblock-users). @@ -233,7 +244,13 @@ Users can also be activated using the [GitLab API](../api/users.md#activate-user > - Hiding comments of banned users [introduced](https://gitlab.com/gitlab-org/gitlab/-/merge_requests/112973) in GitLab 15.11 [with a flag](../administration/feature_flags.md) named `hidden_notes`. Disabled by default. > - Hiding projects of banned users [introduced](https://gitlab.com/gitlab-org/gitlab/-/merge_requests/121488) in GitLab 16.2 [with a flag](../administration/feature_flags.md) named `hide_projects_of_banned_users`. Disabled by default. -GitLab administrators can ban and unban users. Banned users are blocked, and their projects, issues, merge requests, and comments are hidden. +GitLab administrators can ban and unban users. +You should ban a user when you want to block them and hide their activity from the instance. + +A banned user: + +- Is blocked from the instance. The banned user's projects, issues, merge requests, and comments are hidden. +- Does not occupy a [seat](../subscriptions/self_managed/index.md#billable-users). ### Ban a user @@ -246,8 +263,6 @@ Users can be banned using the Admin Area. To do this: 1. Select **Overview > Users**. 1. For the user you want to ban, select the vertical ellipsis (**{ellipsis_v}**), then **Ban user**. -The banned user does not consume a [seat](../subscriptions/self_managed/index.md#billable-users). - ### Unban a user A banned user can be unbanned using the Admin Area. To do this: diff --git a/doc/user/group/moderate_users.md b/doc/user/group/moderate_users.md index 6859125b323..11e74f17afe 100644 --- a/doc/user/group/moderate_users.md +++ b/doc/user/group/moderate_users.md @@ -11,6 +11,13 @@ info: To determine the technical writer assigned to the Stage/Group associated w This is the group-level documentation. For self-managed instances, see the [administration documentation](../../administration/moderate_users.md). A group Owner can moderate user access by banning and unbanning users. +You should ban a user when you want to block them from the group. + +A banned user: + +- Cannot access the group or any of repositories. +- Cannot use [slash commands](../project/integrations/gitlab_slack_application.md#slash-commands). +- Does not occupy a [seat](../free_user_limit.md). ## Unban a user diff --git a/qa/qa/specs/features/browser_ui/2_plan/design_management/add_design_content_spec.rb b/qa/qa/specs/features/browser_ui/2_plan/design_management/add_design_content_spec.rb index b2cb1cd309f..0eef51f5e2e 100644 --- a/qa/qa/specs/features/browser_ui/2_plan/design_management/add_design_content_spec.rb +++ b/qa/qa/specs/features/browser_ui/2_plan/design_management/add_design_content_spec.rb @@ -3,11 +3,17 @@ module QA RSpec.describe 'Plan', product_group: :product_planning do describe 'Design Management' do - let(:issue) { create(:issue) } let(:design_filename) { 'banana_sample.gif' } let(:design) { Runtime::Path.fixture('designs', design_filename) } let(:annotation) { "This design is great!" } + let(:issue) do + create( + :issue, + project: create(:project, group: create(:group, path: "design-management-#{SecureRandom.hex(4)}")) + ) + end + before do Flow::Login.sign_in end |