589076 - Firefox responsiveness degrades the more you use Tab Candy

Status: RESOLVED WORKSFORME

(Firefox Graveyard :: Panorama, defect, P2)

Description

[Harry]

User-Agent:       Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b5pre) Gecko/20100819 Minefield/4.0b5pre
Build Identifier: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b5pre) Gecko/20100819 Minefield/4.0b5pre

Since the last update on minefield, I've noticed that responsiveness when clicking declines proportionally to the amount of usage tab candy has got.

Reproducible: Always

Steps to Reproduce:
1.Fresh browser session. Open a few tabs, do a bit of browsing.
2.Switch to tab candy ,arrange some tabs into groups.
3. Return to browsing, notice clicking toolbar buttons is less responsive and browser feels sluggish.
Actual Results:  
After arranging my tabs in tab candy and then returning to browsing, there is a noticable delay when performing the same actions as previously described (for example a slight delay when switching tabs). It can only be resolved by closing and starting a new session (one with nothing restored from the previous one).

Worth noting that the more you use tab candy, the slower the session seems to get.

Expected Results:  
Responsiveness should not decline the more you use tab candy.

Comment 1

[Nickolay_Ponomarev]

Can you still reproduce with the latest build? http://nightly.mozilla.org/

Comment 2

[juan becerra [:juanb]]

The beta 5 candidate build and the latest trunk nightly are pretty slow to respond in things like switching tabs, initial Panorama view loading, web navigation (pages take long to load), page scrolling, and it is very noticeable.

This is in an older Mac Mini, but when I compare this with Fx4b3 using the same profile (number of tabs), switching tabs, scrolling, etc... downright snappy.

The responsiveness issue I see may not be due to TC itself, but there is definitely a difference between b3 and b4.

I've posted two screen captures. In the first one not all the pages are loaded when I try to switch tabs and go into/out of Panorama (tab candy): http://screencast.com/t/ZGNkZDk0Mj

In this one, I've let all tabs load. You actually see some other funky stuff when drawing tabs withing Panorama in this one, although it is a little faster when doing tab switching: http://screencast.com/t/MmZmMjQ4NjE

Comment 3

[Harry]

(In reply to comment #1)
> Can you still reproduce with the latest build? http://nightly.mozilla.org/

Will test tomorrow and get back to you.

Comment 4

[Dietrich Ayala (:dietrich)]

Blocking+ for investigation.

Comment 5

[Harry]

Ok I've tried it with beta 5 and I'm not sure that it's an issue any more. It doesn't seem to be scaling in slowness any more like I described in the bug report.

I'm not sure that it's 100% as snappy as it could be when switching tabs though.

Comment 6

[Harry]

(In reply to comment #1)
> Can you still reproduce with the latest build? http://nightly.mozilla.org/

Ok this morning I am definitely sluggishness with the tab switching. I've done a bit of juggling of tabs in panorama/tab candy. I had something like 3 tabs outside of my current tab groub so I moved them all into my my main one. A bit of browsing later I had about 10 tabs open. I then tried visiting http://www.frequency.com/episode/art-of-fashion/436 and tab switching became rediculously sluggish while the video was playing. After it stopped playing it seemed to return to normal but honestly it feels like it taking a fraction too long to switch tabs now.

This is on 4.0b5.

Comment 7

[Sean Dunn]

I attempted and failed to reproduce this on Windows 7 and Mac OS X, using 4.0b7.

I went into Tab Candy many times, moving groups around, adding tabs to other groups, making new tabs, etc.

The only time I see a performance problem is when there is heavy flash or video playing on Windows 7, which causes a delay of ~1s. And the delay only happens when switching away from such a page, regardless of using TabCandy. There is no delay if the video is paused.

Comment 8

[Sean Dunn]

Please reopen this bug if you are able to reproduce it.