Closed Bug 972552 Opened 6 years ago Closed 2 years ago

When having lots (>100) of tabs, switching to Metro discards some of them

Categories

(Firefox for Metro Graveyard :: General, defect)

28 Branch
x86_64
Windows 8.1
defect
Not set

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: rockin.horea, Unassigned)

References

Details

(Whiteboard: [triage])

Attachments

(1 file)

User Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:28.0) Gecko/20100101 Firefox/28.0 (Beta/Release)
Build ID: 20140205162153

Steps to reproduce:

0. Had over 100 tabs in FF 27 beta.
1. Installed FF 28, first beta.
2. Started FF and almost immediately went to the menu to switch to Metro version.



Actual results:

3. The Metro version started, but I was switched to one of my pinned tabs. Also, most of my newer tabs were gone.
4. Switched back to desktop version and the tabs were missing there too.

I do have FF Sync enabled, but not for tabs.
OS: Windows 8.1 x64


Expected results:

I was expecting not to lose my tabs :)
OS: All → Windows 8.1
Hardware: All → x86_64
Blocks: metrobacklog
Whiteboard: [triage]
Ah, a fellow tab hoarder. :) Let's see what we can dig up
Assignee: nobody → ally
I've been unable to reproduce this with 100, 200, 250, 290 tabs respectively. 

However, I do get a promise chain failure with the large tab counts.

A promise chain failed to handle a rejection.

Date: Fri Mar 07 2014 14:59:43 GMT-0800 (Pacific Standard Time)
Full Message: Win error 3 during operation open on file C:\Users\A\AppData\Roaming\Mozilla\Firefox\Profiles\9o821fl9.Test tab hoarding losing tabs in metro\crashes\store.json.mozlz4.tmp (The system cannot find the path specified.
)
Full Stack: JS frame :: resource://gre/modules/commonjs/sdk/core/promise.js :: reject :: line 133
JS frame :: resource://gre/modules/commonjs/sdk/core/promise.js :: then :: line 52
JS frame :: resource://gre/modules/commonjs/sdk/core/promise.js :: resolve :: line 185
JS frame :: resource://gre/modules/commonjs/sdk/core/promise.js :: reject :: line 208
JS frame :: resource://gre/modules/Task.jsm :: TaskImpl_handleException :: line 366
JS frame :: resource://gre/modules/Task.jsm :: TaskImpl_run :: line 294
JS frame :: resource://gre/modules/commonjs/sdk/core/promise.js :: reject :: line 133
JS frame :: resource://gre/modules/commonjs/sdk/core/promise.js :: then :: line 52
JS frame :: resource://gre/modules/commonjs/sdk/core/promise.js :: resolve :: line 185
JS frame :: resource://gre/modules/commonjs/sdk/core/promise.js :: reject :: line 208
JS frame :: resource://gre/modules/Task.jsm :: TaskImpl_handleException :: line 366
JS frame :: resource://gre/modules/Task.jsm :: TaskImpl_run :: line 294
JS frame :: resource://gre/modules/commonjs/sdk/core/promise.js :: reject :: line 133
JS frame :: resource://gre/modules/commonjs/sdk/core/promise.js :: then :: line 52
JS frame :: resource://gre/modules/commonjs/sdk/core/promise.js :: resolve :: line 185
JS frame :: resource://gre/modules/commonjs/sdk/core/promise.js :: reject :: line 208
JS frame :: resource://gre/modules/Task.jsm :: TaskImpl_handleException :: line 366
JS frame :: resource://gre/modules/Task.jsm :: TaskImpl_run :: line 294
JS frame :: resource://gre/modules/Promise.jsm :: Handler.prototype.process :: line 785
JS frame :: resource://gre/modules/Promise.jsm :: this.PromiseWalker.walkerLoop :: line 661
native frame :: <unknown filename> :: <TOP_LEVEL> :: line 0
0
Useful debugging patch. shift+s (old sync shortcut) prints # of open tabs to error console (access with ctrl+shift+j)

STR on desktop side:
Developer -> Scratchpad -> Environment-> click 'Browser'
type in gBrowser.tabs.length  click 'Display' button. Outputs # of tabs open on desktop
Let's try the beta repo next next
Assignee: ally → nobody
Mass close of bugs in obsolete product https://bugzilla.mozilla.org/show_bug.cgi?id=1350354
Status: UNCONFIRMED → RESOLVED
Closed: 2 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.