[WAM] html5-launcher activation operations suspends drawing of panel (homescreen) and other web apps

Close for MM 13.0.0

The underlaying condition causing this problem is the same of https://lf-automotivelinux.atlassian.net/browse/SPEC-4289

@

The final fix for this in Rasberrypi4 and H3 requires also this change:

 

https://gerrit.automotivelinux.org/gerrit/c/AGL/meta-agl-demo/+/27300/1

 

The reason for this (and https://lf-automotivelinux.atlassian.net/browse/SPEC-4290#icft=SPEC-4290) is hangs on calls to eglSwapBuffers, internally calling wl_display_dispatch_queue. It seems the presentation feedback implementation is not working. The solution is disabling VSync in Chromium for now, passing --disable-gpu-vsync

 

The new issue for fixing the VSync problem is reported at https://lf-automotivelinux.atlassian.net/browse/SPEC-4310#icft=SPEC-4310.

Added an video example:
https://drive.google.com/file/d/1WR8XxnbDDvpYcknyn4SM3fMgTFeZlUTH/view?usp=sharing

In theory, now we got the branch for next release I should at least update to chromium 91 that is already available (and with a more mature ozone wayland implementation).

That's for you to decide. I have zero clue why this is happen with those tags. It is not only the animation, the animation happens when using that class, but it happens as well as when enclosing it between <button> tags. The button tag itself won't add any animation. This is easily reproducible so you check it up easily.

Note that in latest devcall @Lorenzo was saying that we would hold on chromium updates until we fix some of these bugs.

So somehow when there is an animation (so painting happens in the launcher application), it breaks updates to the homescreen application? I will check this one when I have some bandwidth available. In theory, now we got the branch for next release I should at least update to chromium 91 that is already available (and with a more mature ozone wayland implementation).