Closed
Bug 534579
Opened 15 years ago
Closed 15 years ago
Tab thumbnail takes 1/2 a second longer to disappear after tab close
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(fennec1.0+)
RESOLVED
FIXED
fennec1.0
Tracking | Status | |
---|---|---|
fennec | 1.0+ | --- |
People
(Reporter: aakashd, Assigned: mfinkle)
References
Details
Attachments
(1 file, 1 obsolete file)
6.62 KB,
patch
|
pavlov
:
review+
|
Details | Diff | Splinter Review |
Build Id: Mozilla/5.0 (X11; U; Linux armv7l; Nokia N900; en-US; rv:1.9.2b5pre) Gecko/20091213 Firefox/3.6b5pre Fennec/1.0b6pre Steps to Reproduce: 1. Open two tabs 2. Open the tab sidebar 3. Close the most recently opened tab Actual Results: The border highlight will move to the active tab immediately, but closing the tab and its thumbnail takes 1/2 - 1 second longer. Expected Results: The border highlight, tab thumbnail and tab should close much quicker.
Updated•15 years ago
|
tracking-fennec: ? → 1.0+
Reporter | ||
Comment 2•15 years ago
|
||
From bug 534815... Maybe we should clear the browser and hide the tab. That way we can reuse it for the next tabopen. JS profiling shows it can take 500ms to removeChild the browser, while it only takes 3ms to removeChild the tab. Likewise, it can take 120ms to create a browser. If we just shutdown the browser when closing and then reuse it when opening a new tab, we can save some significant time overall.
Assignee | ||
Comment 3•15 years ago
|
||
Instead of reusing the tab, this patch reorders the destruction order and delays the removeChild(browser) so the UI can show the tab removal quickly. The patch also adds some function names to aid in profiling
Assignee: nobody → mark.finkle
Attachment #417720 -
Flags: review?(pavlov)
Assignee | ||
Comment 4•15 years ago
|
||
missed the removeProgresslistener
Attachment #417720 -
Attachment is obsolete: true
Attachment #417722 -
Flags: review?(pavlov)
Attachment #417720 -
Flags: review?(pavlov)
Updated•15 years ago
|
Attachment #417722 -
Flags: review?(pavlov) → review+
Assignee | ||
Comment 5•15 years ago
|
||
pushed: https://hg.mozilla.org/mobile-browser/rev/baaa5720f04f
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Target Milestone: --- → Post-B5
Reporter | ||
Comment 6•15 years ago
|
||
The latest patch closes tabs super fast on the n810 and only when I close a non-active tab on the n900. When I close the active tab on the n900, it results in the same reported issue. Does anyone else see this? I'm going to have to re-open if its confirmed.
Comment 7•15 years ago
|
||
Please re-file rather than reopening - one patch per bug!
Reporter | ||
Comment 8•15 years ago
|
||
Actually, I restarted Fennec and this didn't happen again. I tried laoding heavy content sites on multiple tabs and closing them, but the poor tab close performance hasn't returned. I'd like to get a confirmation from someone else that this is working for them before verifying this.
Updated•14 years ago
|
Component: Linux/Maemo → General
QA Contact: maemo-linux → general
You need to log in
before you can comment on or make changes to this bug.
Description
•