►
From YouTube: Magento GraphQL Community Meeting, 1 November 2018
Description
Agenda:
-) General updates (@vnayda)
-) GraphQl-192: [CONCEPT] GraphQl shipping address coverage (@Vitalii Boiko)
-) GraphQL-202: [Mutations] adds sendEmailFriend Logic (@Tobias M)
-) GraphQl-51: [Query] My Account - My Product Reviews (@Valentin Sandu)
GraphQL Community Project Wiki: https://github.com/magento/graphql-ce/wiki
Mind Map: https://www.mindmeister.com/1094880388?t=a5LVAQ71Vq
Backlog (with Zenhub): https://github.com/magento/graphql-ce#boards?repos=128075669&showPRs=false
Backlog (without Zenhub): https://github.com/magento/graphql-ce/issues
Zenhub Chrome Add-on: https://chrome.google.com/webstore/detail/zenhub-for-github/ogcgkffhplmphkaahpmffcafajaocjbd
B
And
as
usually
pretty
short
from
my
side,
mostly
children,
first
week,
we
had
contribution
day
at
:.
It
was
absolutely
great
a
couple
of
date.
Thank
you
guys
and
go
Brenda
for
hosting
and
in
scope
of
this
contribution
days.
We
workers
on
wish
list
on
Santa
my
friend
logic
and
some
technical,
some
technical
stuff,
but
today
is
holiday
in
:
and
most
of
guys
off
line,
I
see
only
two
days
here,
so
I
view
these
guys
join
us
next
demo
and
demonstrates
his
pro
request.
B
Also,
during
last
week,
we
create
a
few
another
cool
request
was
created.
We
created
like
eight
configurable
product
to
cart
and
manage
store
payment
methods,
but
these
requests
steal
under
B
and
the
next
update
from
my
site.
Tomorrow
we
will
help
contribution
day
at
Magento
ki
office.
We
expects
about
sixty
contributors,
so
it's
looks
will
be
very
very
hot
day
and
after
this
event,
we
do
have
focus
on
percentage
of
this
pull
request.
B
Because
you
see
now
we
have
a
lot
of
requests
under
review
and
after
tomorrow
this
count
will
be
increase
it
and
if
you
next
week
we
will
have
big
focus
on
logic
and
processing.
All
this
pull
request
so
I
think
that's
all
from
my
site
and
our
next
presenter
is
Vitaly
buco.
He
will
share
updates
related
to
graph
QL
shipping
address
coverage.
C
C
C
C
C
To
figure
out
if
our
this
new
or
its
address
has
been
gotten
from
customer
address
book
so
but
then
there
is
no
I
would
say
some
big
changes,
its
way,
mostly
the
same
like
in
REST
API.
Let's
show
you
a
shipping
way,
so
we
should
figure
out
if
multi
shipping
use
used
motion
can
be
used
only
for
logging
customer.
So,
first
of
all,
we
check
it
and
then,
for
each
address
we
will
create,
will
create
some
array,
specific
structure
which
will
be
used
by
multi
shipping
model
for
sidings
addresses.
C
Let's
I
show
you
more
so
here
we
will
convert
our
input
into
a
specific
area
and
then
we
will
process
this
in
a
magician
model,
but
I
have
here.
One
question:
is
it's
okay?
If
we
I'm
sorry,
is
this
this
multi
shipping
model
working
in
this
fashion,
but
as
far
as
I
know,
we
should
avoid
this.
Is
it
okay.
C
D
C
E
C
D
Yes,
yes,
you
have
to
create
basically
like
top-down.
You
have
to
create
resolver
for
each
field
until
you
get
to
the
future.
You
wish
to
like
resolve
like
this
car
car,
tidy
or
cart.
I
mean
I'm,
just
not
sure
how
exactly
this
field
is
used
on
top,
but
you
need
to
have
channels
resolvers.
You
cannot
just
have
our
solder
on
top.
B
B
F
F
F
F
Basically,
it
does
the
same
logic
and
the
only
thing
that's
missing
was
the
testing
and
I
can
show
you
quickly
how
it
looks
like
we
have
here
different
input
fields
and
we
need
to
specify
which
product
ID
it
is.
And
yes,
then,
if
we
and
that
we
should
get
some
data
back
like
so
and
then
we
should
also
see
you
know,
dispatched.
A
A
Yeah,
it's
a
send
so
actual
friend.
If
so,
it's
a
it's
an
event
specific
to
sending
this
product
to
a
friend
right
like
specific
to
emailing
this
product
yep
looks
like
that
yeah
anyway,
I
think
I
think
my
recommendation
would
be
to
fire
this
event.
If
you
know
if
this
is
called
via
graph,
QL
API,
then
I
think
it
should
be
that
you
desired
to.
F
B
A
We
had
we
had
issues
with
arrests
previously,
I
we've
had
some
experience
where
you
know
one
when
you
have
rest
calls
that
do
the
same
thing
as
somebody.
You
know
an
admin
pressing
a
button
in
the
in
the
UI
in
the
widgets
admin
panel.
Then,
basically,
the
expectation
is
for
the
system
to
behave
in
the
exact
same
way
as
when
you
do
something
via
the
UI.
So
in
this
case
this
should
be
equivalent
to
someone
filling
out
the
form
and
pressing
the
send
button
to
share
with
a
friend.
So
if.
F
G
So
basically,
I'm
just
gonna
go
with
the
main
idea
is
because
I
had
the
phone
with
with
Alex
this
this
week
and
we
kinda
into
I
mean
I
kinda
need
to
refactor
everything
as
it
needs
to
have
a
bit
more
sense,
running
the
implementation.
So
here
on
the
product,
if
you
square
e,
we
have
an
entity,
ID
actually
would
be
product
ID
and
then
imagination,
and
we
also
need
to
have
a
sort
order
faith.
G
D
G
So
the
the
main
issue
with
with
this
and
this
implementation
correctly,
is
because
of
this.
This
method
here,
that
is,
that
has
different
implementation
on
the
review,
collection
and
product
review
collection
and
I,
probably
have
to
even
create
a
new
method
in
one
of
the
collections
or
other
one
of
them.
So
they
have
the
same
logic,
because
currently
it
kind
of
it
doesn't
really
help
me
so
going
further.
G
We
have,
and
it
will
return
an
array
of
reviews,
reviews
which
contain
a
new
idea
at
the
ID
which
was
signed
customer
ID.
This
would
be
dropped,
title
details,
nickname
dates
that
was
created
in
the
ratings
that
are
assigned
the
review,
and
then
the
ratings
are
described
by
rating
objects.
That
will
contain
the
rating
name,
the
percentage
of
the
votes
and
they
actually
finally
removed
about
that
is.
G
G
G
And
then
we
can,
we
can
have
a
look
at
the
reaction
implementation,
so
we
have.
This
is
the
this
this.
What
we
have
here
in
the
right
panel
is
is
the
query.
So
I
am
Mike
wearing
any
ID,
with
fidelity.
Six
and
I
got
two
votes,
and
just
for
an
example
on
chance
and
a
runway
mutation
as
well
and
create
a
new
video.
G
G
G
I'm
going
to
change
it
to
a
sk
use,
we're
basically
from
what
I
a
likes
were
dropping
anything
that
has
IDs,
then
we're
replacing
it
with
sk
use
and
some
other
value
that
it
can
be
used
to
extract
data
here
for
ratings,
for
example,
we're
not
gonna
use
rating
ID
when
I
use
the
rating
name
that
is
defined
by
the
admin
and
then
based
on
the
rating
name.
We're
gonna
obtain
the
rating
ID
and
here
for
option.
G
Id
were
gonna,
pass
the
value
1
to
5
and
based
on
the
rating
ID,
and
the
value
would
not
obtain
the
option.
I
did
this.
Come
is
gonna,
be
in
the
background,
so
the
customer
can
no
can
input.
I
mean
not
the
customer.
The
developer
can
input
only
values
that
he
knows
off
doesn't
have
to
query
the
database
obtainable.
Give
you
or
something
like
that.
G
G
G
D
D
So
now
we
are
creating
brand
new
graph
kill
api's,
and
we
should
try
to
focus
on
the
experience
first
and
don't
look
at
existing
implementation
and
we
should
create
interface,
which
makes
sense
not
necessarily
look
at
how
it
is
done
right
now,
because
current
implementation
would
always
make
sense.
Okay,.