Merge branch '50020-fe-allow-email-notifications-to-be-disabled-for-all-users-of-a-group' into 'master'

UI for disabling group/project email notifications

Closes #50020

See merge request gitlab-org/gitlab-ce!30961

(cherry picked from commit 1068483f)

7699a87e UI for disabling group/project email notification
bad143ff Rename canChangeEmailsDisabled to canDisableEmails
38b3f9ec Hide emails_disabled checkbox if disabled in group
5e1fc2f5 Apply suggestion to...
bcd5cee9 Addressed review feedback
d602fc12 Minor fixes for gitlab.pot
1ee32758 Update permissions documentation
43c87103 Vue file prettified
e5ec00ce Apply suggestion to app/views/shared/notifications/_button.html.haml
e2de0db9 Disable the subgroup checkbox
dbd7fcbd Add checked to emails_disabled group settings

These are not required because MySQL is not
supported anymore

Now we have terminals for instance and group clusters we can remove the
FF now. Deploying to group clusters has been working without complaints
too.

Add a supporting code to separate groups#show
and groups#details which is required for the
proper implementation of the Group Overview
content and Security Dashboard option for it

- we now use the hierarchy class also for epics
- also rename supports_nested_groups? into supports_nested_objects?
  - move it to a concern

With this MR, group clusters is now functional, so default to enabled.

Have a single setting on the root ancestor group to enabled or disable
group clusters feature as a whole

Mayra Cabrera authored 6 years ago and Thong Kuah committed 6 years ago

As the frontend is still in progress and other related backend is still
in prgress we need a feature flag to turn off Group Clusters.

As this is the only item in this menu, make Kubernetes the link for the
sidebar item too.

Sam Beckham authored 6 years ago and Olivier Gonzalez committed 6 years ago

- Allow to extend nav links for the Group sidebar

Partially addresses #47424.

This allows us to check specific abilities in views, while still
enabling/disabling them at once.

Previously, these wouldn't count issues or MRs in subgroups - meaning that if
_this_ group had no issues or MRs, we'd show the empty state, which was wrong.

Tests for these new helper methods

Closes #37745

…based on whether the current user owns the parent group and whether the parent group or current group is share locked.