►
From YouTube: 01.12 PA UX + FE Sync ✨
Description
Monthly sync meeting between Pipeline Authoring UX and FE.
A
Cool
welcome
to
the
front
end
and
ux
monthly,
think
for
the
pipeline
authoring
team
and
added
a
few
items
to
the
agenda
that
I
won't
talk
about.
So
just
a
couple
kind
of
announcements
or
fyi
items.
First,
I've
just
finished
the
interviews
for
the
pipeline
editor
usability
test.
A
As
part
of
this
research,
I
interviewed
five
gitlab
users
and
had
them
create
a
simple
pipeline
configuration
using
the
pipeline
editor
and
next
week
I
will
be
analyzing
the
interview
recordings
and
synthesizing.
The
insights
so
very
excited
to
share
the
results
with
you
soon
and
there's
going
to
be
lots
of
interesting
feedback
on
how
we
can
improve
the
winter,
specifically,
the
linter
output,
how
to
make
it
easier
to
navigate
and
also
learned
a
lot
about
how
our
users
interact
with
the
merged
yaml
view
and
how
we
can
improve
that
as
well.
A
So
yeah
not
ready
to
share
any
specific
insights
yet,
but
I
think
it's
going
to
be
interesting
sounds
exciting.
A
Yeah
and
another
research
that
I'm
currently
running
is
solution,
validation
for
the
pipeline
simulation
mdc
and
for
that
issue
I'm
running
an
unmoderated
usability
test.
A
So
basically
we're
just
recruiting
devops
engineers,
showing
them
some
mock-ups
of
the
designs
and
asking
questions
around
what
to
expect
from
this
feature,
how
they
think
it
works
based
on
what
they
see
in
the
screens
and
so
on,
and
I'm
testing
two
different
versions
of
the
designs.
A
One
of
the
versions
is
where
we
will
have
one
drop
down
where
you
can
select
between
either
non-pipeline
conditions
or
validating
your
pipeline
for
a
default
branch
commit,
and
then
you
can
have
a
look
at
the
issue.
There.
Isn't
the
solution?
Validation?
No,
it's!
Yes,
the
design
issue
that
I
like.
So
you
can
have
a
look
at
the
designs
in
that
issue
to
see
how
it
works
and
another
version
would
be
to
separate
pipeline
conditions
into
separate
drop-down
controls.
A
Where
you
would,
you
would
be
able
to
set
ref
parameters
for
your
validation
and
separate
pipeline
source,
so
it's
kind
of
like
a
filters
bar
in
your
validate
tab,
where
you
can
set
different
parameters
on
your
pipeline
simulation
and
you
can
simulate
your
pipeline
under
those
selected
conditions.
A
So
we
just
want
to
see
whether
the
future
is
easy
to
understand,
because
this
is
kind
of
something
that
we're
struggling
with,
because
the
current
implementation
is
very
limited.
We
only
have
one
specific
hardcore
coded
parameter
that
you
can
validate
your
pipeline
with
it's
only
for
the
default
branch
commit.
So
the
struggle
here
is:
how
do
we
present
it
in
the
ui?
So
you
you
understand
what
it
does
and
what
it
is.
It
would
be
easier
if
we
already
had
all
of
the
different
options,
so
you
can
see.
A
Oh
so
I
can
select
the
pipeline
source.
All
these
are
all
of
the
different
pipeline
sources
that
I
could
try
like
it
would
make
it
easier
because
it
would
put
it
into
context,
but
we'll
see
if
the
current
proposal
makes
sense
to
our
users.
A
And
then
I
have
just
a
couple
questions,
so
I
know
that
you're
working
or
you're
going
to
work
on
the
trigger
job
page
issue,
and
I
was
wondering
if
you
have
any
other
questions
or
is
there
anything
I
can
do
to
help
and
the
illustration
I'm
still
working
on.
So
I
also
wanted
to
make
sure
that
I'm
not
blocking
you.
B
Oh
no
yeah,
so
I
was
actually
supposed
to
work
on
it
started
this
week,
but
I
was
out
on
monday,
tuesday,
so
I'm
actually
just
about
to
start
working
on
it
this
today,
and
so
the
illustration
wouldn't
really
be
blocking
for
me.
I
can
actually
just
use
like
some
random
illustration
for
now
and
then
just
you
know,
slap
the
new
illustration
in
so
it's
not
really
blocking.
B
So
whenever
it's
ready,
just
let
me
know-
and
I
think
laura
also
laura-
and
I
have
been
talking
as
well
and
she's
already
helped
me
with
the
back-end
parts
that
I
need
so
yeah.
It
seems
for
the
moment.
I
think
I'm
good,
but
I
will
let
you
and
laura
know.
If
there's
anything
else,
I
need.
A
Okay,
great
sounds
good,
and
another
issue
was
this
issue
around
indentation
in
the
pipeline
editor.
So
I
was
just
kind
of
going
through
the
different
issues
that
we
have
for
this
milestone,
and
I
noticed
that
it
can't
reproduce
that
problem
anymore,
but
also
the
autocomplete
just
disappeared.
B
Yeah,
I
actually,
I
just
saw
that
earlier
today
as
well,
so
I
don't
think
that
it,
it's
not
just
the
the
drop
down
that
was
gone
or
the
autocomplete,
but
I
feel
like
the
the
schema
isn't
being
used
at
all.
I'm
not
sure
what
happened
either.
It
feels
like
a
bug,
but
I
also
don't
remember
anything
that
has
been
worked
on
for
the
schema
or
the
integration
with
the
schema
in
pipeline
authoring.
B
So
I'm
I
haven't
checked
on
it
yet,
but
it's
either
there's
something
that
happened
with
the
editor
because
we're
using,
I
think,
under
the
hood.
This
uses
the
same
components
as
the
editor
light.
So
maybe
something
happened
there,
I'm
not
sure,
but
I
think
the
scheme
is
just
not
being
used
at
all
and
yeah.
It's
something
to
investigate.
A
Okay,
I
will
double
check
with
that
or
team
to
see
if
it's
something
that
maybe
happened
on
their
side.
B
Yeah
I'll
take
a
look
as
well,
because
it's
not
just
the
autocomplete,
it's
like
everything,
there's
not
like.
If
there's
an
error
that
I'm
expecting
it
doesn't
show
up
and
the
usually.
If
you
highlight
on
the
keywords,
you
would
see
an
annotation
with
the
definition
of
those
keywords
and
like
what's
the
expected
parameters
or
things
like
that,
but
those
aren't
showing
up
either.
So
it's
like
the
schema
is
just
not
being
used
at
all.
I
think
yeah,
okay,
might
be
a
bug.
A
Yeah
I'll
create
an
issue
for
this.
I'm
peeing
you
on
dove
and
the
editor
team
as
well
to
see
what
they
think.
Yeah
yeah
sounds
good.
I
know
that
they've
been
working
on
some
changes.
I
mean
they're,
always
working
something,
so
it's
possible
that
that
it
happened.
There
was
actually
an
mmr
that
I
was
reviewing
where
they
changed
some
styling
on
the
autocomplete,
so
it
could.
It
could
be
related,
though
I
think
it
only
changed.
The
styling
like
when
you're
hovering
over
the
keywords
in
the
autocomplete
drop
down.
A
They
change
the
colors,
so
it's
more
contrasty
and
easy
to
see
but
yeah.
It
was
very
recent
and
this
kind
of
happened
right
away
after
that,
so
I'll
check,
you
went
down
to
see
if
it
could
be
the
reason.
B
Yeah,
I
think
the
other
change
that
I'm
not
sure
if
the,
if
that
mr
has
been
merged
yet,
but
one
of
the
things
that
we've
been
trying
to
do
is
to
automate
the
process
of
hey.
B
If
something
changes
in
the
like
the
rules,
logic,
for
example,
then
the
bot
in
the
mr
will
tell
the
author
to
hey
to
just
kind
of
remind
them
that
hey
since
you've
changed
these,
you
might
need
to
change
the
schema
file
as
well,
so
just
kind
of
like
to
update
the
what's
being
used
in
the
front
end.
So
I'm
not
sure
if
that's
one's
been
merged,
yet
so
I'll
check
after
this
meeting.
I
don't
think
it
should
affect
this
bug,
though,
but
that's
the
only
thing
that
I
can
think
of.
A
Right
yeah,
so
is
there
anything
that
you're
working
on
that?
You
would
need
my
input
on
or
just
generally
like,
I'm
curious
what
you're
up
to.
B
Right,
okay,
so
I've
had
here.
Well,
you
mentioned
it
in
the
weekly
meeting
earlier
as
well
that
since
I
updated
the
styling
and
accessibility
of
the
pipeline
mini
graph
and
also
for
fred's
knowledge
as
well
hi
fred
there.
I
noticed
that
there
was
an
interesting
thing
about
accessibility,
where
mac
os
doesn't
enable
it
completely
for
some
reason.
So
there
are
some
steps
to
do
in
order
to
enable
it
on
mac
os
and
like
make
sure
that
testing
is
going
well.
B
So
I
updated
the
development
guidelines
for
that
and
I
didn't
put
it
here,
but
there
was
also
something
for
the
front
end
where
I
was
updating
the
documentation
for
how
to
implement
etag
caching
on
the
front
end.
B
So
that's
basically
how
we
paul
for
updates
on
the
back
end
and
make
sure
it's
like
a
lot
better,
but
I
think
that
one's
still
in
flight,
so
I'm
still
waiting
for
a
review
on
that,
like
I
said
earlier
today
and
for
the
rest
of
the
week
for
this
iteration
I'll
be
focusing
on
adding
the
trigger
job
page.
So
it
took
me
a
while
to
be
honest
to
kind
of
understand,
like
the
whole
context
around
the
issue.
B
I
think
we've
talked
about
this
in
the
retrospective
for
the
iteration
as
well,
and
I've
had
some
conversations
with
you
and
laura
about
it.
So
I
think,
but
I
think
now
I'm
ready
to
work
on
it
since
I'm
only
getting
started.
I
don't
have
many
questions
yet
or
more,
like
I've
already
asked
them
before
on
slack,
but
I
will
let
you
and
laura
know
if
there's
anything
else,
I
need
so
yeah.
I
think
for
now.
It's
just
the
illustration
yeah,
but
it's
not
blocking
so
it's
okay,
okay,.
A
Cool
sounds
good
yeah,
I'm
trying
to
get
it
reviewed
by
someone
from
the
ux
foundations
team,
who
is
usually
reviewing
all
of
our
visual
stuff,
like
that,
like
illustrations
and
icons,
and
I
think
he's
currently
at
capacity
so
worst
case.
I
will
just
create
an
svg
for
this
and
we
can
use
it
and
if
we
need
to
make
updates
in
the
future,
then
it
can
be
a
follow-up
like
it's
obviously
not
critical.
A
We
could
even
use
one
of
the
existing
illustrations,
but
I
thought
it
would
be
nice
to
have
something
that
actually
represents
a
trigger
job,
because
we
don't
have
that
right.
Now.
A
Yeah,
so
I
also
wanted
to
talk
more
about
all
of
this
confusion
around
this
issue.
I
think
it
was
like
a
really
good
example.
It's
not
the
first
time
it's
happening.
A
We've
had
similar
problems
with
some
other
issues
as
well
or
especially
when
it
comes
to
a
new
feature
design,
where
first
first
problem
that
I
see
happening
is
that
we're
prematurely
moving
something
into
planning
breakdown,
where
there
are
still
some
questions
that
were
unaddressed
or
obviously
we
think
that
there
are
no
open
questions,
but
then
they
start
coming
up
during
planning
breakdown,
but
rather
than
stopping
the
planning
breakdown
process,
we
kind
of
try
to
quickly
get
the
questions
answered
and,
at
the
same
time
we're
creating
new
issues.
A
And
now
we
end
up
in
a
situation
where
we
have
discussions,
spread
over
a
design
issue
and
then
implementation
issues
and
then
maybe
also
an
epic,
so
it
gets
very
confusing
so
to
address
that
problem.
I
I
think
it's
important
that
if
any
questions
come
up,
that
we
move
the
issue
back
into
workflow
design
and
we
don't
create
implementation
issues
prematurely.
A
Because
that
way
we
will
have
those
discussions
there
around
the
design
contained
in
the
design
issue
and-
and
this
way
also
because
I'm
supposed
to
be
leading
the
design
process
and
leading
those
discussions
and
making
sure
that
all
of
the
questions
are
answered.
So
I
will
make
sure
that
we
move
the
issue
back
into
workflow
design.
A
If
there
are
some
open
questions,
so
hopefully
that
can
help
with
not
getting
issues
that
are
not
ready
into
planning
and
breakdown,
though,
there's
still
the
problem
with
just
generally
how
we
break
things
down
into
issues
and
what
issues
get
created
and
how
we
work
with
ethics.
But
that's
a
whole
different
story,
and
I
don't
I
don't.
B
Yeah,
I
think
it's
just
just
a
really
very
there's
just
a
lot
of
discussions
that
are
really
hard
to
summarize.
I
think-
and
I
think
the
issue
has
been
like
a
year
old,
at
least
so.
There's
definitely
like
a
lot
of
things
to
filter
through
and
for
someone
who's
jumping
in
really
late
into
the
discussion.
Like
me,
it
was
just
a
bit
difficult
to
kind
of
understand,
like
I
do
understand,
like
the
main
problem
and
what
we're
gonna
do.
B
I
think
the
one
that
I
would
have
appreciated
to
be
included
is
why
this
particular
solution
was
decided
on.
So,
for
example,
we
decided
on
creating
a
trigger
job
page
instead
of
the
just
adding
the
button
right
away
on
the
pipeline
graph
or
creating
a
model,
or
something
like
that.
So
I
think
the
skip
in
that
part
of
the
line
of
thinking
was
one
that
I
wasn't.
I
didn't
quite
understand
very
well.
While
I
was
reading
the
issue
yeah.
So
that's
just
that's
just
for
me,
but
what
I've
noticed
yeah.
A
Okay,
yeah
so
I'll,
try
to
add
more
context
around
the
design
decisions
to
the
issue,
description
and
speaking
of
just
generally
having
a
more
complete
picture
in
the
issue
description.
This
is
something
we
can
also
improve,
so
I've
been
creating
issues
often
times
where
I
just
have
the
problem
section.
Then
the
proposal
section
that
focuses
largely
on
just
the
you
know
like
higher
level
design
proposal.
A
But
if
we
look
at
our
feature
issue
template
there's
a
bunch
of
other
sections
there
like
permissions,
and
things
like
that
and
testing.
Like
all
of
that,
information
is
important
to
keeping
the
issue.
A
It
provides
more
context
also
about
the
problem
that
we're
solving
what
needs
to
be
done
documentation
as
well,
so
I
will
be
using
the
complete
issue
template
that
will
hopefully
help
us
provide
more
structure
to
that
information
and
also
I'll
make
sure
to
summarize
the
discussions
in
the
issue
description
as
well,
because
yeah,
I
think
I
understand
when
the
issue
is
so
long
and
there's
one
year
worth
of
discussions,
it's
very
difficult
to
navigate
that.
I
think
part
of
that
is
that
it's
difficult
for
me
to
navigate
yeah.
I
don't
blame
you.
A
That
still
I
have
to
do
that
and
to
summarize
the
outcomes
so
I'll
try
to
stay
on
top
of
that.
B
Yeah,
I
think,
to
be
fair.
We've
had
a
lot
of
issues
where
this,
the
the
current
procedure,
the
current
process
that
we
have
already
works
for
us
because,
like
some
of
the
issues,
aren't
really
that
big
or
they're
they're
pretty
straightforward.
So
I
think
it's
just
when
we.
B
There
are
just
some
issues
that
come
up
like
this
one
that
ends
up
being
really
complicated
or
had
has
a
lot
of
context
that
stumps
us,
but
for
the
most
part
it
hasn't
been.
I
mean
there
have
been
some
issues
but
like
there
are
also
some
issues
where
it's.
It
hasn't
been
a
problem
either,
and
we've
been
doing
good
with
that
as
well.
So
yeah,
okay,.
A
Cool
yeah,
and
if
you
have
any
questions
that
come
up
around
the
trigger
job
issue,
feel
free
to
pay
me
anytime
and
I'll
make
sure
it.
A
You,
okay
yeah,
I
didn't
have
anything
else
to
share.
Is
there
anything
else
that
you
want
to
talk
about.
B
B
I
think
I
did
check
it
last
week,
but
I
don't
know
if
there
have
been
any
changes
but
because
in
the
next
milestone
or
in
the
next
two
iterations
it's
gonna,
be
you
know,
I
think
gitlab's
gonna
be
a
bit
more
quiet,
so
that
might
be
a
good
time
to
bring
up
some
of
the
ux
debt
or
some
of
the
more
smaller
quick
wins
that
we
could
do
instead
of
go
going
through
like
a
big
feature
at
the
end
of
the
year,
because
I
feel
like
well
personally,
I
might
be
out
like
two
weeks
in
december,
so
I
won't
be
able
to
work
on
much
so
some
smaller
issues
might
be
something
we
could
prioritize
for
the
next
milestone.
B
I
think
so,
if
you
have
any
other
ux
death
issues
that
you
want
to
surface
or
want
us
to
look
at
next
muscle,
make
a
good
time
to
look
at
them.
A
Yeah
yeah
definitely
sounds
good.
I
will
also
be
away
for
two
weeks
during
next
milestone,
yeah,
but
I'll.
Keep
that
in
mind
when
recommending
what
issues
to
work
on.
I'm
sure
dope
will
also
be
planning
the
what
it's
gonna
be
14.7
yeah
yeah
between.
A
Keeping
that
in
mind,
like
also
the
team
will
be
out
so
we'll
be
pretty
slow,
not
that
much
capacity
to
work
on
things
and
yeah.
I
will
go
through
all
of
the
different
ux
issues
that
we
have
and
pick
some
smaller
ones.
That
would
be
good
to
include.
B
Okay,
yeah
sounds
great.
I
don't
think
I
have
anything
else
for
me
either
there
was
an
overlap
with
both
of
our
agendas
too
so
yeah.
That
was
great.