Closed Bug 505737 Opened 15 years ago Closed 8 years ago

Slow performance with Ctrl-Tab when a huge amount of tabs are open

Categories

(Core :: General, defect)

Product:
Core
Component:
General
Platform:
x86
macOS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: whimboo, Unassigned)

Details

(Keywords: perf)

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2a1pre) Gecko/20090720 Minefield/3.6a1pre ID:20090720031604 Having about 70 tabs open (clicking twice to open all entries of the default RSS feed into tabs) and navigating through the Ctrl-Tabs UI feels sedate. It takes nearly one second to focus the next tab when pressing ctrl+tab/left/right/top/bottom. The next/previous tab should be highlighted immediately.
It looks like your build is outdated.
Now with the updated build I'm not able to check the All Tabs panel because of bug 505749. But I can believe that it will suffer from the problem too. We have to wait until bug 505749 is fixed so I can check it again on OS X.
Depends on: 505749
No longer depends on: 505749
No longer blocks: ctrl-tab-panel
Still a valid bug. With around 140 tabs open there is a lag of approx. 500ms for each key press before the next thumbnail gets selected.
Well, first of all, 140 tabs per window exceed reasonable usage patterns. And then, 140 previews want to be rendered, which is obviously a non-trivial task. Improving this will depend on performance improvements in various core areas.
Severity: major → normal
Component: Tabbed Browser → General
Product: Firefox → Core
QA Contact: tabbed.browser → general
All those thumbnails will be re-rendered for each box movement?
Not an issue anymore since we show only the six most recently used tabs.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.