#chung-yi_best-practices

1 messages ยท Page 1 of 1 (latest)

void mothBOT
#

๐Ÿ‘‹ Welcome to your new thread!

โฒ๏ธ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.

โฑ๏ธ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always start a new thread if you have another question.

๐Ÿ”— This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1358906545185886368

๐Ÿ“ Have more to share? Add more details, code, screenshots, videos, etc. below.

stark lantern
#

Hi there

void pagoda
#

Hi ๐Ÿ‘‹ I've noticed the onShippingRateChange handler of Express Checkout Element of Apple Pay is correctly triggered on loading the Apple Pay dialog, but is not triggered when screen sharing or recording.

#

And later interaction with the shipping rate selection leads to resolving the previous incorrect value.

stark lantern
#

Just to be clear, this only happens when sharing or recording? How are you sharing or recording/what application are you using?

void pagoda
#

Let me share a recording. It's tricky.

#

I have the console opened on the right, and you can see the onShippingRateChange handler is not triggered on loading the Apple Pay dialog. If I'm not recording, it would.

#

It seems the handler is simply queued, and later when I'm selecting the shipping rate, it resolves to the queued previous value, which is incorrect.

#

And then when I just move away my recording window, the remaining queued handler is "flushed" and triggered.

stark lantern
#

That's...odd

void pagoda
#

I did some googling, and it seems it's a security feature of touch ID or something that I can't use Apple Pay. But I'd like to understand more about this handler one-resolver-behind issue.

stark lantern
#

So if you're not recording, you never see that delay?

void pagoda
#

Yeah, so I can't show you. ๐Ÿ˜ข

#

If I'm not recording, the onShippingRateChange handler would trigger first on loading the dialog, and the following selection of the shipping rate would then be correct.

stark lantern
#

Give me a few more minutes to see if others have encountered this before

void pagoda
#

Sounds good. Thank you!

#

Forgot to share I observed the issue when using LICEcap for screen recording and Zoom for screen sharing.

stark lantern
#

Hm, gotcha

void pagoda
#

I might have to step out for a bit shortly. In case this takes longer, can I check in with you tomorrow?

stark lantern
#

Other folks haven't reported this kind of issue before. If you need to drop, please return to #help tomorrow and, if possible, share a link where we can try to reproduce the issue (with the understanding that we'd need to also trigger some recording on our end to see the behavior)

void pagoda
#

OK sounds good. If you do find something, please just share it here. Thank you! Appreciate it!

stark lantern
#

Oh my, we're running into the same thing on Zoom

#

It's very inconsistent though, some odd interaction between Safari, ApplePay, and Zoom

#

I'm sharing this with our engineering team to see if there's anything we can do on our end to overcome this.

#

If you'd like to stay updated, please return to #help when you're back online or follow these steps