Dietrich Ayala (:dietrich) Reporter
	Description • 14 years ago

if i switch groups using the keyboard shortcut (ctrl/cmd + ~) without ever going into tabcandy, the first switch is extremely slow to happen.

sometimes it'll take up to 5 seconds.

	Ian Gilman [:iangilman]
	Comment 1 • 14 years ago

Note that the fix for this will likely be related to the fix for bug 595020.

	Ian Gilman [:iangilman]
	Comment 2 • 14 years ago

The time in question is the Panorama start-up time (as it needs to start up in order to get the group switch info). Looks like bug 588630 is going to make a big difference here. On my machine, without that patch, starting up Panorama with 100 tabs fully loaded takes 5 seconds, and 200 tabs takes 15 seconds. With the patch, 200 tabs takes 2 seconds.

	Ian Gilman [:iangilman]
	Comment 3 • 14 years ago

Beyond that, we could potentially load up the data and intelligence of Panorama without loading up the UI, since in this case the UI isn't needed. This will happen naturally as a part of bug 578512 (post ff4.0). Prior to that it's probably too radical of an architecture change. We should simply focus continuing to improve Panorama start time in general. 

Making this bug dependent on bug 588630; this can be closed when it lands, or marked as duplicate before.

	Ian Gilman [:iangilman]
	Comment 4 • 14 years ago

I'm attaching the profiling test I used for this bug. Note that it has two "failures"; that's how I report how long it took to initialize Panorama (relevant to this bug) and show Panorama (just of interest, but not relevant to the bug). Change the 200 to some other number to load more or fewer tabs.

	Ian Gilman [:iangilman]
	Comment 5 • 14 years ago

Closing this now that bug 588630 has landed.

	Dietrich Ayala (:dietrich) Reporter
	Comment 6 • 14 years ago

Posthumous blocking+.

	Dietrich Ayala (:dietrich) Reporter
	Comment 7 • 14 years ago

Ugh, flag munging.

	Tracy Walker [:tracy]
	Comment 8 • 14 years ago

Verified in recent nightly minefield build