Failed to fillFrame: Frame is missing uuid.

Hiya @opr! Jarek from the Browser Experience team here 👋

That's an interesting issue for sure. To make sure I'm understanding this correctly:

• The autofill operation is completing successfully and all fields are being filled as expected
• However, on development sites only, the field validation routines aren't being properly triggered and are showing the autofilled fields as not being filled out properly

Does that sound right? Also, is there a good way to reproduce this issue on our machines (how hard is it to set up the test site mentioned in the issue?).

Thanks for the link to the demo site @opr! That was very helpful :)

I took a look at that and as far as I can tell the autofill operation is completing successfully on our end; I didn't notice any errors coming from our scripts or other abnormal behaviors. I was able to reproduce the site not believing the inputs had been filled after we autofilled them, though.

I discovered something interesting; if I autofilled the fields, left the checkout page and returned to my cart, and then clicked "Checkout" again, the fields would be pre-filled with what I had autofilled prior to leaving the checkout page.

If I autofilled new data into the fields at that point and clicked "Place Order", everything worked great and the site didn't complain about the fields not being filled out. Given this discovery, it looks like we need to work out how to get the site to recognize 1Password has autofilled data so that it knows the fields do indeed have data in them.

Here are the steps our fill script takes in order to autofill each individual field:

• Click the field
• Focus the field
• Dispatch three events for the field: KeyDown, KeyPress, KeyUp
• Set the value of the field to the data being filled (element.value = value;)
• Dispatch five events for the field: KeyDown, KeyPress, KeyUp, Input, Change
• Set a background color on the field to denote that it was filled
• Blur the field

The best way for the site to recognize that 1Password has filled data would likely be to notice that the field has a non-empty value. Otherwise, the above events that we trigger on each field in the process of performing our fill should provide some useful places to know to run input validation.

Let me know if that helps out! I'd be happy to answer any further questions as they arise.

@opr interesting! Thanks for pointing that out, I dug into that and you're absolutely right. We are calling element.blur() on elements when we're done filling them, but for whatever reason that doesn't appear to be consistently firing blur events across all browsers (in Firefox the blur event seems to almost always be firing, while in Chromium-based browsers it's firing in less circumstances). I tried manually firing a blur event on elements being filled via element.dispatchEvent(), and sure enough, input validation on https://1passbugtest.mystagingwebsite.com/checkout/ was then perfectly happy. No issues.

I'll file an issue for this internally so we can look into things and see what we can do to ensure consistent blur event behavior across all browsers. Thank you for bringing this up!