Closed
Bug 1382703
Opened 8 years ago
Closed 8 years ago
Firefox seems to be loading twitter in the background on startup for no apparent reason
Categories
(Firefox :: New Tab Page, defect)
Tracking
()
RESOLVED
FIXED
Firefox 57
Tracking | Status | |
---|---|---|
firefox57 | --- | fixed |
People
(Reporter: kats, Unassigned)
References
Details
Attachments
(1 file)
9.62 MB,
text/plain
|
Details |
Local opt build on OS X, latest m-c code. Modify modules/libpref/init/all.js so that the pref "layout.display-list.dump-content" is true by default. This will dump the display lists of documents that we're painting in content processes.
Start on a clean profile like so:
./mach run about:blank 2>&1 | tee startup.log
and wait for a bit (~15-20 seconds) until the console output stops rolling
Since this is on a clean profile, there are two tabs loaded: one (the foreground) is about:blank as specified on the command line. The second (background) is https://www.mozilla.org/en-US/privacy/firefox/.
However, if you look in startup.log, you'll see that a document that looks suspiciously like twitter.com also got painted. You can search for the string "New to Twitter?" to find it in the output. Neither about:blank nor the mozilla privacy page load any content from twitter.com so this must be getting loaded from somewhere else. It seems rather undesirable, specially considering the content is not actually painted to the screen - we shouldn't be building a display list for it, or loading it at all really.
Reporter | ||
Comment 1•8 years ago
|
||
Here's the startup.log that I generated using the STR.
Comment 2•8 years ago
|
||
I'm pretty sure this is for the screenshots for the tiles on the new tab page. See https://dxr.mozilla.org/mozilla-release/source/toolkit/components/thumbnails/BackgroundPageThumbs.jsm and friends.
Reporter | ||
Comment 3•8 years ago
|
||
Ah ok.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WONTFIX
Comment 4•8 years ago
|
||
(In reply to Kartikaya Gupta (email:kats@mozilla.com) from comment #3)
> Ah ok.
Wellll, I mean, it's still not great for first startup on a clean profile. I think this didn't use to be a problem because the default tiles we shipped to users were all 'enhanced' so they had their own custom images and we didn't fetch anything for them. Activity stream changed that.
I think we should at least consider shipping placeholder images for these domains to avoid downloading several MB of data on first startup and doing all the associated rendering. Maybe this is already on the Activity Stream folks' radar?
Status: RESOLVED → REOPENED
Component: General → Activity Streams: General
Flags: needinfo?(tspurway)
Resolution: WONTFIX → ---
Comment 5•8 years ago
|
||
I believe we can package those images now that bug 1374898 is resolved.
Updated•8 years ago
|
Component: Activity Streams: General → Activity Streams: Newtab
Updated•8 years ago
|
Comment 6•8 years ago
|
||
Just to re-iterate the plan here. We will include the metadata for default topsites in the build. This will allow us to avoid unnecessary network calls, while supplying excellent quality icons for the 'first run' users (or other newish profiles).
Flags: needinfo?(tspurway)
Comment 7•8 years ago
|
||
Fixed with https://github.com/mozilla/activity-stream/pull/3049 to be uplifted via bug 1386314.
Blocks: 1386314
Updated•8 years ago
|
Status: REOPENED → RESOLVED
Closed: 8 years ago → 8 years ago
Resolution: --- → FIXED
Updated•8 years ago
|
status-firefox57:
--- → fixed
Updated•7 years ago
|
Target Milestone: --- → Firefox 57
Assignee | ||
Updated•6 years ago
|
Component: Activity Streams: Newtab → New Tab Page
You need to log in
before you can comment on or make changes to this bug.
Description
•