Open
Bug 786692
Opened 12 years ago
Updated 2 years ago
Invisible tabs when reopening Firefox
Categories
(Firefox :: Tabbed Browser, defect)
Tracking
()
NEW
People
(Reporter: adrya.stembridge, Unassigned)
Details
Attachments
(2 files)
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:14.0) Gecko/20100101 Firefox/14.0.1 Build ID: 20120713230316 Steps to reproduce: Multiple windows each with multiple tabs were open. I closed the browser by clicking X, and opted to save tabs. Actual results: Firefox closed, saving three opened web pages (Slashdot, Google, Enter a Bug). When I reopened Firefox, all pages were saved from previous session however the first tab (Slashdot) is invisible. For instance, the tabs show (from left to right) | + | Google | Enter A Bug | If I control-tab through the open tabs there are actually three pages (the third is the invisible tab, ie, Slashdot). The third page (invisible tab) was correctly saved from my previous session, it just does not have a tab. Expected results: The browser should reopen with a tab corresponding to each page from the prior session. Additionally, the + tab (add new tab) should be placed at the end of the list of retrieved tabs, not at the beginning. Using the example above, the session should have been restored with: | Slashdot | Google | Enter A Bug | + |
Comment 1•12 years ago
|
||
I experienced this bug once with tabs that were closed just became "invisible" as you say. You could still ctrl-tab through them. That seems to have fixed itself at some point in nightly or a addon I disabled. Can you replicate this using safe mode?
Reporter | ||
Comment 2•12 years ago
|
||
Jesper, my system notified me of a new version of Firefox (15x) moments ago. I will install and retest.
Reporter | ||
Comment 3•12 years ago
|
||
Problem resolved in version 15.0.
Status: UNCONFIRMED → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
Comment 4•12 years ago
|
||
Great. Reopen if it reappears
Comment 5•12 years ago
|
||
Shows the condition of two windows after restart: one with 1 tab and one which had 2 tabs. Each is showing one less tab than before the restart occurred. Also to mention is that occasionally the "+" mini-tab (Ctrl+t) is often out of place (at the right, at the left, or in between tabs) which I believe is a related issue.
Comment 6•12 years ago
|
||
This bug is repeatable (and annoying)! It essentially makes tab-1 unselectable. And if you ever navigate to a different tab then tab-1 is in limbo just sitting there eating resources) for ever and ever until the window is closed. This is pretty major IMHO! Mac Pro Processor 2 x 2.66 GHz x5355 (total 8 cores) Memory 12 GB 667 MHz DDR2 FB-DIMM Graphics NVIDIA GeForce 7300 GT 256 MB Software Mac OS X Server Lion 10.7.5 (11G56) Firefox 15.0.1
Comment 7•12 years ago
|
||
I guess this bug needs to be reopened? Or is it in transit and will appear in the next compile?
Reporter | ||
Comment 8•12 years ago
|
||
Reopening -- confirmed in latest build.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Updated•11 years ago
|
Component: Untriaged → Tabbed Browser
Comment 9•8 years ago
|
||
I've seen this happen from time to time. I wasn't doing anything else so I took a look at it in the devtools. I found that the invisible tab had a width of 0.1px while the others had normal sizes. The others also had a min-width, while the invisible one did not. Turns out that the min-width comes from a style rule that only applies when the tab has a "fadein" attribute set. This attribute is used to trigger the animation of the tab growing to full size. Since this particular tab didn't have that attribute set on it, the animation was never triggered and the size stayed at 0.1px. I don't have any theories to explain why the attribute wasn't set. Setting the pref browser.tabs.animate to false might mitigate this, though because it's rare I've no way to prove it.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Updated•8 years ago
|
Version: 14 Branch → 48 Branch
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•