cull tabs.onUpdated listeners when they are no longer valid
Categories
(WebExtensions :: General, enhancement, P3)
Tracking
(Not tracked)
People
(Reporter: mixedpuppy, Unassigned, Mentored)
References
(Blocks 1 open bug)
Details
(Keywords: good-first-bug)
Attachments
(2 files, 3 obsolete files)
If filtering on tabId or windowId, when those close the listener is essentially useless, we should remove them automatically.
Reporter | ||
Updated•6 years ago
|
Updated•6 years ago
|
Reporter | ||
Updated•5 years ago
|
Updated•4 years ago
|
Comment 1•4 years ago
|
||
Shane, could you provide some guidance on how to fix this bug?
If this is your first contribution, please see https://wiki.mozilla.org/WebExtensions/Contribution_Onramp for information on how to get started.
Mentor: mixedpuppy
Reporter | ||
Comment 3•4 years ago
|
||
There really is not an STR here, rather we keep a list of listeners, some of which may be specific to a tab or window. We do not remove those listeners when that tab or window closes. So this would be a bit of cleanup. It's an edge case, but probably happens with some addons.
Our listeners are tracked here:
We'd probably want a window close listener that releases any of the above tracked listeners if the windowId matches:
And similar for tab closing, which could listen for TabClose via windowTracker.addListener, releasing any filter with a matching tabId when a tab closes.
Hi Shane,
Can I work on this if no one else is working on it?
Thanks
Sorry Harsh, I have been working on this bug for quit some time, i am very soon going to submit a patch for this bug.
Updated•4 years ago
|
By mistake, two useless revisions are created in phabricator, i have edited the dependencies in the phabricator, How does the attached file can be deleted here ?
Comment 10•4 years ago
|
||
Mark the revision as "Abandoned" in Phabricator.
Comment 11•4 years ago
|
||
@Ajitesh Removing the bug number from Phabricator hides them from the default view, but they still show up under "attachments". If you want to remove the patch, go to Phabricator, scroll down to the comment box, select "Abandoned" in the dropdown and submit the change.
Comment 12•4 years ago
|
||
ok, thanks for help
Comment 13•4 years ago
|
||
I have abandoned the useless ones, but still its showing under attachments. Are there any way of deleting them from the attachments' section ?
Comment 14•4 years ago
|
||
I expect the Phabricator bot to visit this bug and update the attachments. But I wouldn't be surprised if it did not happen due to the removal of the bug numbers from those Phabricator revisions.
To manually hide those attachments, click on Details, click on Edit details at both attachments, check the "obsolete" checkbox and submit the changes.
Reporter | ||
Updated•4 years ago
|
Comment 15•4 years ago
|
||
Hi Ajitesh, thanks for letting other folks work on some bugs. :) I'm going to formally unassign you and open this up for other contributors.
Updated•4 years ago
|
Comment 16•4 years ago
|
||
Comment 17•4 years ago
|
||
I accidentally created a new revision for my changes. Should I merge both of them or mark one of them as obsolete ?
Reporter | ||
Comment 18•4 years ago
|
||
(In reply to Ajitesh13 from comment #17)
I accidentally created a new revision for my changes. Should I merge both of them or mark one of them as obsolete ?
If you can merge so prior review comments remain, that is preferable, but otherwise just obsolete.
Comment 19•4 years ago
|
||
Hello Shane, can you please look into https://phabricator.services.mozilla.com/D70796 and verify if the windowTracker part looks good. Similarly i will start working on for tabTracker.
Comment 20•4 years ago
|
||
I have made all the changes, pushed into the Revision https://phabricator.services.mozilla.com/D63075 (which have the prior review comments) and will mark the extra revision as obsolete. I am very sorry for this mistake.
Updated•4 years ago
|
Comment 22•2 years ago
|
||
Updated•2 years ago
|
Comment 23•2 years ago
|
||
This good-first-bug hasn't had any activity for 2 months, it is automatically unassigned.
For more information, please visit auto_nag documentation.
Updated•2 years ago
|
Description
•