Significant memory leak with Grammarly addon, browser becomes unresponsive.
Categories
(Core :: Privacy: Anti-Tracking, defect, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr78 | --- | unaffected |
firefox80 | --- | unaffected |
firefox81 | --- | disabled |
firefox82 | --- | disabled |
firefox83 | --- | fixed |
People
(Reporter: kjacobs, Assigned: dimi)
References
(Regression)
Details
(Keywords: regression)
Attachments
(3 files)
Noticed in Nightly 82, the issue does not occur in 81.
STR:
- Load the Grammarly addon (you shouldn't need to sign up or sign in, just click activate).
- Open an MDN page in Edit mode and try to right-click a link and edit it.
- The pop-up takes a while to appear and memory usage climbs.
After a few seconds, the browser slows and becomes unresponsive. Reproduces on Mac and Windows. The attached screenshot was taken with a brand new profile.
Reporter | ||
Comment 1•4 years ago
•
|
||
Nightly profile: https://share.firefox.dev/2FIbMxV (can't run if for more than a few seconds, else the capture seems to time out and hang).
Beta profile: https://share.firefox.dev/3hJwrP2
Comment 2•4 years ago
|
||
Is there any chance you could run mozregression to see what broke this?
Reporter | ||
Comment 3•4 years ago
|
||
mozregression points to https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=1e2a698cb1870ac8fc161f1e0c23111d071384c1, so I'm not sure why the problem doesn't show up in Beta (81 with Build ID 20200917005511).
However, in Nightly, if I turn tracking protection to "Custom" with all options unchecked and restart the browser, it works as expected (~700MB of memory used by Firefox). With tracking protection set to "Standard" or "Strict" the problem occurs (memory use quickly jumps to ~1.4GB and continues to grow).
Updated•4 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
Assignee | ||
Updated•4 years ago
|
Comment 4•4 years ago
|
||
Setting up the flags based on when Bug 1652244 was landed.
Updated•4 years ago
|
Comment 5•4 years ago
|
||
(In reply to Kevin Jacobs [:kjacobs] from comment #3)
so I'm not sure why the problem doesn't show up in Beta (81 with Build ID 20200917005511).
dFPI is Nightly-only (see the network.cookie.cookieBehavior pref).
Assignee | ||
Comment 6•4 years ago
|
||
we have found a solution for this bug, but it requires the patch in Bug 1663192
Assignee | ||
Comment 7•4 years ago
|
||
Assignee | ||
Comment 8•4 years ago
|
||
Depends on D91561
Pushed by dlee@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/a1031c6d4c03 Use principal to do the third-party check when the page is a about page r=timhuang https://hg.mozilla.org/integration/autoland/rev/d16260bd4230 Test case to verify whether an about page in iframe has access to cookie r=timhuang
Comment 10•4 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/a1031c6d4c03
https://hg.mozilla.org/mozilla-central/rev/d16260bd4230
Description
•