1290167 - [e10s-multi] New tab always triggers the tab spinner

Status: RESOLVED DUPLICATE of bug 1384290

(Firefox :: New Tab Page, defect, P3)

Description

[Jim Mathies [:jimm]]

STR:

1) set processCount to 5
2) enable the activity test pilot experiment
2) Open a series of new tabs

result: I always see the tab spinner briefly (about a second) before new tab content starts to fill in.

Comment 1

[Gabor Krizsanits (INACTIVE)]

I could not reproduce this on windows 10 with the latest nightly. What I've experienced is the spinner in the tab header in the tab bar, so it seems like there is no preloaded tab with this experiment on. But could not see the spinner in the content area, nor did I see any difference between e10s and e10s multi. Do you have some kind of special, custom sandboxing enabled that might slow down the content process startup?

Comment 2

[Jim Mathies [:jimm]]

Nope, default nightly settings.

Test pilot  no longer shows up in my UI so I can't go back and test now.

Comment 3

[Blake Kaplan (:mrbkap) (inactive)]

From some initial testing, it's looking like the new content process is taking forever and a day to start up (and then Activity Stream takes even longer). I'll try to get some profiles on an opt build in the next week or so. I'm not sure any more if we should block M1 on this.

Comment 4

[Jonathan Howard]

Essentially same as bug 1304393.
Opening anything visible of new remote content process has always shown me the spinner (since it was added, for about a second.) Luckily I stick to opening first regular new tab pages most of the time (if not opening background tab.)

Comment 5

[Gabor Krizsanits (INACTIVE)]

See: Bug 1305368 Comment 2.

Comment 6

[Andrei Petcu]

Can this be the root cause? https://bugzilla.mozilla.org/show_bug.cgi?id=1308332

Comment 7

[Blake Kaplan (:mrbkap) (inactive)]

- because this is sdk related.

Comment 8

[Ed Lee :Mardak]

Test pilot version with sdk is no more but sounds similar to bug 1384290.