Multi-account-containers: Awkward delay when opening a new container

[wincohi]

When I click to open a new container, there's a notable (~.75s) delay before the new tab opens. It feels quite clunky, but I'm not sure if it's only me or if others experience this as well.

I didn't have this issue with the non-Test Pilot implementation of Container Tabs, and I also don't have this issue when opening a non-container tab.

[bakulf]

Do you have the same delay when opening the container tab from the File menu? And from the plus button?

[wincohi]

Just tested--I have the issue with both the File menu and the new tab button.

[kjozwiak]

@emmyemi, are you still getting performance issues with the latest version of containers?

[wincohi]

@kjozwiak I am, though it's less pronounced now than it was. I'd like to get you guys a recording of the issue to work with—any recommendations for software that clearly displays mouse clicks?

In any case, the delay is roughly .25–.5 seconds, whereas new non-container tabs open instantly.

[jjdelc]

Can confirm.

I have blank tabs configured and when opening a new container tab I can see the default search field home page flashing for a fraction of second and then about:blank being redrawn.

When opening new container tab without the extension, I noticed that the flash is still there but the whole process is way faster, it does not feel sluggish.

[jonathanKingston]

@bakulf I suspect this might be a platform issue, we don't do much more differently in terms of code path when in a container tab.

[jonathanKingston]

@emmyemi is this still occurring for you (specifically in Nightly with the latest version)?

[wincohi]

@jonathanKingston Not happening anymore—it hasn't been for a while, in fact. I can't say if anyone else is having trouble, but the issue seems to have been resolved for me.

[groovecoder]

Closing as resolved (since Aug 23)