1480118 - "New Tab" tabs blank on restart.

Status: RESOLVED DUPLICATE of bug 1460423

(Firefox :: New Tab Page, defect)

Description

[Mike Hoye [:mhoye]]

Attachment: image.png

If I restart Firefox with untouched "New Tab" tabs open, they are frequently (though not always?) blank, as per the attached image. In cases where they're not blank - they text "New Tab" is there - they're usually missing the usual favicon.

I'm in current Nightly on an up-to-date Windows 10, hardware is a recent-gen Surface Book.

Comment 1

[:Gijs (he/him)]

Do you know if this is a recent regression? Any chance you could use mozregression ( http://mozilla.github.io/mozregression/ ) to find out? Unfortunately I can't reproduce or I'd run it myself...

Comment 2

[Dave Townsend [:mossop]]

Do you see anything in the browser console when this has happened?

Comment 4

[Cameron McCormack (:heycam)]

Per bug 1463712 I think this happens with about:newtab tabs.

Comment 5

[Mike Hoye [:mhoye]]

Console says:

Bootstrapped manifest not allowed to use 'resource' directive. chrome.manifest:7
Bootstrapped manifest not allowed to use 'resource' directive. chrome.manifest:2
NS_ERROR_FAILURE: Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIInterfaceRequestor.getInterface]
network-monitor.js:303
Sending 'startup' 'startup': 
Object { an: "side-view", aid: "[e-mail]", aiid: "testpilot", aip: "1", av: "0.4.3710", cd19: "production", ds: "addon", t: "event", tid: "UA-77033033-7", v: "1", … }
testpilot-ga.js:171:7
uncaught exception: Metrics not sent due to DNT.
nsLoginManager: No alternate nsILoginManagerStorage registered LoginHelper.jsm:79
Login storage: Opening database at C:\Users\mhoye\AppData\Roaming\Mozilla\Firefox\Profiles\lxvhxmom.default\logins.json LoginHelper.jsm:71
nsLoginManager: Searching for logins matching origin: chrome://FirefoxAccounts formActionOrigin: null httpRealm: Firefox Accounts credentials LoginHelper.jsm:79
Login storage: _searchLogins: returning 1 logins for 
Object { hostname: "chrome://FirefoxAccounts", formSubmitURL: null, httpRealm: "Firefox Accounts credentials" }
 with options 
Object { schemeUpgrades: false }
LoginHelper.jsm:71
Login storage: _findLogins: returning 1 logins LoginHelper.jsm:71
NS_ERROR_FAILURE: Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIInterfaceRequestor.getInterface] network-monitor.js:303
Invalid chrome URI: /
CDN asset failed to load: https://mozilla.slack.com/assets/modern.vendor.bundle.css C027LFU20-1533147874.000212:112:4
[Show/hide message details.] [Exception... "Favicon at "https://auth.mozilla.auth0.com/favicon.ico" failed to load: Not Found."  nsresult: "0x80004005 (NS_ERROR_FAILURE)"  location: "JS frame :: resource:///modules/ContentLinkHandler.jsm :: onStopRequest :: line 156"  data: no]
JQMIGRATE: Migrate is installed with logging active, version 3.0.0 rollup-core_required_libs.eb77e435d1ecfa8fa776.min.js:1:145576
Aug-1 21:17:50.208 [BOOT] booted! pri:0 version:1533170834 start_ms:1533172667581 (2626ms ago) modern.vendor.e1d062ecc5bdaf02f41f.min.js:1:550200
Aug-1 21:17:50.209 [BOOT] Starting incremental boot (early) modern.vendor.e1d062ecc5bdaf02f41f.min.js:1:550200
Failed to get service worker registration(s): Storage access is restricted in this context due to user settings or private browsing mode. rollup-core_required_ts.6c3e7e604d7728b2b58a.min.js:1:13156



[....] and then we get into soundmanager and telemetry stuff.

Cameron, was your intent to close this bug fixed? It's def. not working for me...

Comment 6

[Cameron McCormack (:heycam)]

No, that was a misclick.

Comment 7

[:Gijs (he/him)]

Is this still happening? This seems like a serious regression (if it is indeed a regression) that we should avoid shipping if we can.

Comment 8

[Cameron McCormack (:heycam)]

Not Mike, but this is still happening for me.

Comment 9

[:Gijs (he/him)]

Mike (de Boer), what kind of diagnostic info do you need from people who are seeing this so we can track this down and fix it?

Comment 10

[Mike de Boer [:mikedeboer]]

Well, there's not really any diagnostic info that'd help here. The only thing that would - and has worked in the past: Cameron, can you send me your sessionstore.jsonlz4 file to me when this happens? The entire profile directory would be even better, but that can be like putting your entire livelihood on the wire.

There are ways to do that securely between two people; the only thing left to trust with your data would be my blue eyes.

Comment 11

[Cameron McCormack (:heycam)]

These STR work for me.  I can send you the profile directory that result from this too if it's helpful:

1. Create a new profile and start the browser with it.
2. Open about:preferences.
3. Tick "Restore previous session" under General > Startup.
4. Select "Blank page" for both "Homepage and new windows" and "New tabs" under Home > New Windows and Tabs.
5. Press Cmd+T / Ctrl+T a number of times to open some blank tabs.
6. Press Cmd+Q / Ctrl+Q.
7. Re-open the browser.

Comment 12

[Mike de Boer [:mikedeboer]]

(In reply to Cameron McCormack (:heycam) from comment #11)
> These STR work for me.  I can send you the profile directory that result

That'd be fantastic, yes!

Comment 13

[Mike de Boer [:mikedeboer]]

MozRegression ones:

14:00.43 INFO: Narrowed inbound regression window from [9322f0ce, c68daf87] (3 builds) to [9322f0ce, 90ad5724] (2 builds) (~1 steps left)
14:00.43 INFO: No more inbound revisions, bisection finished.
14:00.43 INFO: Last good revision: 9322f0ce835f554a0108f59dba244f32ebd8d492
14:00.43 INFO: First bad revision: 90ad57245468c398be0be3fcdb2cdec1b9333232
14:00.43 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=9322f0ce835f554a0108f59dba244f32ebd8d492&tochange=90ad57245468c398be0be3fcdb2cdec1b9333232

Which points at bug 1383599.

Comment 14

[Mike de Boer [:mikedeboer]]

Tomorrow I'll test a build with the changes backed out to double-confirm that the mozregression run(s) is (are) correct.