►
From YouTube: Community Contribution Triage 08/03/2020
Description
No description was provided for this meeting.
If this is YOUR meeting, an easy way to fix this is to add a description to your video, wherever mtngs.io found it (probably YouTube).
A
B
The
first
issue,
the
first
issue-
is
about
multiply
arguments
in
module
status
command.
As
for
now,
model
status,
command
accepts
only
one
param
but,
for
example,
module
enable
and
mobile
module.
Disable
accepts,
multiply
model
names
as
argument,
so
for
now
we
have
if
we
at
the
multiplayer
multiplayer
amp,
we
got
too
many
arguments,
error
and
pr
has
already
been
created
for
this
issue
and
after
the
fix,
we
have
the
result
like
this
and
possible
to
get
with
multiply,
multiply
names
as
argument.
C
B
Think
it's
more
bug
because
the
same
as
the
module
enable
console
command
and
disable
always
accept
multiple
model
names.
As
argument
but
status,
I.
A
Yeah
in
general,
I
am
personally
not
sure
that
it
is
a
bug
for
me.
It
looks
like
more
improvement,
of
course,
is
good
to
align
our
command
to
this,
that
they
were
working
the
same
way
but
yeah.
For
starters,
we
have-
let's
say
you
know,
a
bulk
comment
that
will
show
that
show
all
statuses
of
all
modules
and
we
have
we
can
ability
to
check
status
for
compare
each
model
separately.
A
So,
for
me,
it's
small
looks
like
improvement
is
in
a
bug,
but
if
we
already
have
the
pull
request,
it's
nice
to
have-
and
we
can
leave
this
issue-
leave
this
issue
in
magento
to
repository,
but
in
general
yeah.
We
also
can
move
it
to
the
future
quest
repository
yeah
and
according
to
priority
and
severity.
A
First
of
all,
yeah
we
have
work
around.
We
have.
We
can
check
each
model
separately
in
case.
If
we
need
to
check
two
or
three
models:
it's
not
a
problem
and
also
we
can
use
and
command.
In
cli
I
mean
right,
php,
magento,
model
status,
one
model
and
php
magento
model
status.
Second
model
is
not
too
hard,
so
yeah
it's
nice
to
have,
but
as
for
me,
it's
p3s4.
B
The
next
one
is
about
back
with
purchase
order,
payment
methods
for
so
for
to
reproduce
this
issue
issue.
We
should
enable
purchase
order
and
check
and
money
payment
methods,
for
example,
and
then
navigate
to
checkout
page
and
proceed
to
payment
step
and
then
expand
the
discount
block
section.
B
C
As
I
understood,
it
doesn't
block
order,
placing
just
some
uninspected
error
message.
Yes,.
B
B
B
B
The
next
one
is
catalog
price
rule
are
not
working
with
custom
options
as
expected
in
magento.
So
to
reproduce
this
issue
we
should
go
to
admin,
marketing,
catalog,
price
rule
and
add
new
rule,
fill
all
required
fields
and
set,
for
example,
discount
amount
to
10
percent,
and
then
click
on,
save
and
apply
button.
B
We
also
to
create
a
simple
product,
for
example,
with
price
1000
bucks
with
a
drop
down
custom
option
size,
for
example,
with
options
like
small
medium
large
with
price
100,
200
and
500,
and
go
to
storefront
open
created
before
product
and
actual
result.
It's
showing
fine
price,
like
a
small
one
thousand
medium
1100
and
large
1400.
B
The
expectation
that
the
10
person
discount
on
the
total
price
would
calculate
like
a
product
price
plus
option
price
multiplied.
Ten
percent
and
the
expectation
is
a
small-
should
have
990
dollars,
but
for
now
it's
calculating
like
product
price,
multiply,
10
percent
and
then
plus
option
price,
and
we
have
such
results.
One
sum
the
expected
calculation
should
be
like
this.
C
C
A
A
E
A
A
E
What
about
the
shopping
cart?
Do
we
know
if,
in
the
shopping
cart,
the
price
displays
correctly.
B
It's
the
shopping,
cart
now.
It's
also
incorrect
price.
E
So
it
seems
a
problem
that
we
don't
apply
discount
on
custom
option
price
right.
E
I
guess
we
need
to
dub,
I'm
not
sure
that
it's
supposed
to
work
in
this
way.
So
I'm
not
sure
if
you
suppose
that
this
coin
should
be
applied
for
the
custom
option
price
as
well,
because
custom
option
price
can
be
like
differently
or
we
know
that
it
works
before
and
it
is
broken
right
now.
A
E
A
E
A
B
B
The
next
one
is
the
problem,
probably
with
a
translation,
so
the
first
of
all.
We
should
have
at,
for
example,
english
and
german
locale
to
reproduce
this
issue.
B
We
should
create
an
order
in
an
english
store
for
default,
and
then
we
should
change
in
admin
account
profile
locale
to
german,
for,
for
example,
and
we
should
go
to
the
order
created
before
in
back
end
and
resend
the
email,
the
order
a
mail
again
and
as
a
result,
we
have
that
united
states,
for
example,
in
this
case,
was
translated
when
we
resent
a
mail
from
the
german
locale
in
admin
panel.
B
It
should
not
be
translated
because
order
was
created
in
english
from
english
store
in
this
locale,
but
when,
when
we
change
locale
in
admin,
a
panel
for
user
country
was
translated.
C
C
B
Could
create
an
order
from
english
store,
but
then
we
go
to
admin
panel
and
change.
Local
locale
for
german,
for
example,
for
admin,
account
profile
profile
and
go
to
the
created
before
order
in
admin
panel
and
click
on
the
resent.
The
order,
email
button
we
place.
A
D
B
The
next
one
is
wrong:
current
symbol
in
credit,
memo
grip
for
adjustment,
refound
and
adjustment
fee.
So
to
reproduce
this
issue
we
should
create
the
second
website
with
store
and
store
view
and
set
another
currency
for
the
second
website.
In
my
case,
it's
euro
then
go
to
stores
currency
rates
and
set
value
for
euro,
for
example
like
this
and
to
reproduce
this
issue,
we
should
create
order
in
store
view
with
different
currency.
B
Let's
configure
it
and
go
to
backend
sales
order
and
create
an
invoice
and
credit
memo
with
adjustment,
refound
and
adjustment
fee,
for
example,
in
this
case
5
10
and
10
dollars,
and
when
we
create
credit
memo,
then
we
go
to
admin
and
credit
memo.
Grid
and
actual
result
is
a
wrong
currency
signal
for
adjustment.
C
Function
is
usually,
admin
can
use
it
or
like
sales
manager
can
use
it
when
he
wants
to
return
additional
money
by
some
circumstances.
Some
reason
to
the
customer
they
want
to
like
take
it
into
consideration.
It's
not
like
main
refund
or
credit
memo
flow,
but
sign
incorrect
for
money.
It
would
be
important,
so
I
think
p3
s3,
yes
yeah.
I
agree
and
valor
dimmer.
What
do
you
think.
A
D
A
B
B
B
B
But
but
if
we
enable
other
option
from
the
list
such
if
we
enable
quantity
use
decimals
to
yes,
this
option
also
can
be
saved,
because
I
think
these
two
options
have
a
dependency
one
from
other,
and
I
think
the
bug.
B
B
Yeah,
sorry,
if
we
enable
this
option
quantity
use
decimals,
we
are
able
to
enable
other
options
to
if
option,
if
option
a
quantity
use
the
key
mouse.
No,
and
we
also,
we
also
are
not
able
to
enable
another
option.
A
For
me,
I'm
not
very
familiar
with
this
functionality,
so
maybe
we
should
first
of
all
get
more
details
how
it
should
be,
because
currently
I
cannot
give
answer
how
it
should
be.
Should
these
options
be
dependent
or
they
and
we
need
to
just
show
that
they
are
dependent
or
they
should
have
separately
work
separately
without
dependency?
B
C
Option
did:
did
we
check
like
documentation
on
the
dock?
Probably
it's
something
I
also
not
familiar
with
18s
from
the
first
glance.
I
don't
see
any
reason
why
they
should
be
dependent,
but
just
want
to
be
sure
need
to
check
like
documentation
about
it
and
if
it's
expected
result
need
to
communicate
and
describe
new
answers
to
the
guys.