►
From YouTube: Navigation Update: 2021-10-12
Description
[Epic] Consistently allow for features to be disabled and removed from the left nav: https://gitlab.com/groups/gitlab-org/-/epics/3719
A
A
So
when
I
say
visibility
settings,
I'm
referencing
all
of
these
toggles
that
live
within
settings
general
within
a
project.
So
one
common
theme
that
we've
heard
from
users
is
to
allow
the
ability
to
disable
features
that
may
not
be
needed
as
a
way
to
just
focus.
Attention
and
reduce
overall
clutter,
so
get
lab
is
really
used
by
many
different
personas.
A
So
eric
schroeder
recently
shared
this
epic
with
me
and
it
lists
all
of
the
items
that
are
currently
within
the
left,
nav
bar
of
a
project
and
it
states
whether
we
should
be
allowing
it
to
be
disabled
and
whether
it
can
currently
be
disabled
or
not.
And
within
this
epic.
There
are
already
a
few
linked
issues
such
as
this
one
here,
which
is
to
adapt
the
visibility
settings
that
we
used
to
have
for
operations
into
the
new
structure.
A
A
A
But
this
first
column
shows
that
all
of
the
different
visibility
setting
toggles
that
are
available
within
a
project-
and
there
are
three
here
that
are
highlighted
in
red,
and
I
did
that
because
these
are
the
toggles
that
relate
to
features
that
don't
map
to
a
navigation
item,
and
this
really
raised
the
question
to
explore
further
about
whether
distinct
features
should
live
here
or
or
do
they
belong
in
another
section
somewhere
else
or
not
in
the
second
column,
is
all
of
the
navigation
items
that
appear
within
a
project
and
then
in
this
third
column
I
list
all
of
the
visibility
settings
that
will
remove
the
nav
item
if
toggled
off.
A
A
So
first
analytics
stood
out
to
me
as
an
area
that
we're
not
being
super
consistent
with
currently
toggling
off.
Certain
features
don't
correspond
to
the
the
items
under
analytics.
So,
for
example,
here
I
have
merge,
requests
toggled
off,
but
you're
still
able
to
navigate
to
the
merge
request,
analytics
page
and
there's
just
some
information
saying
that
they're
not
available
the
same
thing
happens
for
issues
when
issues
are
toggled
off.
You
see
this
empty
state
saying
that
there
are
no
issues
for
the
projects.
A
Repository
typically
looks
like
this
for
a
project
that
has
a
repository
enabled,
but
for
our
pop
for
our
project
that
does
not
have
a
repository
enabled
the
analytics
page
will
actually
throw
this
404
page
and
then
insights
is
also
an
interesting
one.
Insights
shows
issues,
dashboard
and
merge
request
dashboard,
and
these
are
both
still
here
and
available
to
navigate
to.
If
you
have
issues
and
or
merge
requests
turned
off,
there's
also
mixed
results
for
our
settings
pages
when
the
corresponding
feature
is
disabled.
A
So,
for
example,
the
if
repository
is
turned
off
then
normally
there
would
be
a
ci
cd
setting
here,
but
it's
gone
because
repository
is
turned
off.
However,
the
repository
setting
here
is
still
enabled,
so
you
still
have
the
ability
to
go
through.
All
of
these
different
settings
pages
is
another
interesting
one.
A
Another
interesting
one
is
for
com
projects.
They
have
this
additional
setting
for
cve
id
requests
within
the
issue
sidebar
and
what
that
looks
like
is,
if
you
create
a
issue
from
a
vulnerability,
then
the
the
issue
sidebar
will
have
this
new
section
here.
Where
you
can
create
this
request
and
side
note,
I
will
create
an
issue
to
fix
some
of
the
the
styling
concerns
here,
but
if
you
end
up
disabling
issues
within
your
settings,
this
setting
is
still
enabled,
even
though
you
won't
actually
be
able
to
access
any
issues.
A
A
So
I
want
to
make
sure
to
get
their
insight
into
what
makes
the
most
sense
for
toggling
off
the
nav
items,
and
this
means
that
I'll
be
opening
issues
for
some
of
those
questions
that
I've
raised
in
this
video,
as
well
as
some
others,
as
I
dive
a
little
deeper
into
these
settings
and
then
I'll
attach
them
to
this
main
epic
here
and
paying
the
relevant
teams
for
input
and
prioritization.
A
So
that's
it
for
today,
if
you
have
any
insight
into
any
of
these
different
areas
that
I
raised
today.
Please
do
comment
in
this
epic
so
that
we
can
make
sure
we
have
all
the
information
needed
to
make
informed
decisions
when
moving
forward
and
thanks
everyone
for
watching
until
next
time.