ActivityStream is still loaded when browser.newtabpage.enabled is set to false
Categories
(Firefox :: New Tab Page, enhancement, P1)
Tracking
()
People
(Reporter: bdahl, Unassigned)
References
Details
Attachments
(1 obsolete file)
When browser.newtabpage.enabled
is set to false I still see AboutNewTab create and initialize ActivityStream.
Reporter | ||
Comment 1•2 years ago
|
||
This will also load activity stream if the pref is enabled again.
Comment 2•2 years ago
|
||
Hi, thanks for the patch. Would you be able to provide steps to test? Not sure how to verify if this is working or not.
Updated•2 years ago
|
Reporter | ||
Comment 3•2 years ago
|
||
Unfortunately, there's not a great way to test without some manual logging.
- Add a
dump
to ActivityStream constructor - Start with newtab disabled
./mach run --setpref browser.newtabpage.enabled=false
- Verify dump isn't logged.
Pushed by mbanner@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/df6f22573bb0 Don't initialize activity stream when new tab is disabled. r=daleharvey
Comment 5•2 years ago
•
|
||
Backed out for causing multiple leaks.
From what I can see now, the only platform affected is OS X 10.15 WebRender debug
Failure log for wp
Failure log wr1
Failure log wr2
Failure log wr3
Failure log wr4
Comment 6•2 years ago
|
||
The wpt tests run with activity stream disabled, so I suspect something is not getting cleaned up properly with activity stream disabled. I don't see anything obvious at a quick glance, will look again later if I get time.
Comment 7•2 years ago
|
||
There's a r+ patch which didn't land and no activity in this bug for 2 weeks.
:bdahl, could you have a look please?
For more information, please visit auto_nag documentation.
Reporter | ||
Comment 8•2 years ago
|
||
I'm going to put this on hold while I work on some other higher priority stuff.
Notes:
I was able to reproduce this locally on MacOS with a debug artifact build. The leak seems to come from NOT initializing the bookmark service. When I add the following to AboutNewTab.jsm:
+XPCOMUtils.defineLazyServiceGetter(
+ this,
+ "bmsvc",
+ "@mozilla.org/browser/nav-bookmarks-service;1",
+ "nsINavBookmarksService"
+);
+
dump(">>> bmsvc " + bmsvc.tagsFolder + "\n");
The leak no longer happens. I tried to do some debugging with the bookmarks service C++ code, but the leak does not reproduce when I do my own local debug builds.
Reporter | ||
Updated•2 years ago
|
Updated•2 years ago
|
Description
•