Open
Bug 1413730
Opened 7 years ago
Updated 2 years ago
Add leak testing that logs URLs of leaked documents
Categories
(Testing :: General, enhancement, P3)
Tracking
(Not tracked)
NEW
People
(Reporter: mccr8, Assigned: mccr8)
References
(Blocks 1 open bug)
Details
Any big leak like bug 1398563 that involves windows and documents ends up producing a completely useless list of classes. This is bad for a number of reasons: - If a class near the start of the alphabet gets added or removed or renamed, then a new bug will get filed. - It seems like APZ is to blame (or whatever) because there's an APZ class near the start of the alphabet. - Completely unrelated leaks get bucketed together. bug 1398563 is two different leaks. I've seen a single bugzilla bug shift from one leak to another over a series of months. - You can't tell what test is leaking, if there is a particular one. I think if we produced some kind of error that gave the URL for any documents that leak then that could be used to produce the error, even overriding the existing leakcheck message. This would work like the "Leaked URLs" list we have right now, except that seems to include a bunch of chrome junk (chrome://global/content/bindings/scrollbar.xml, chrome://global/skin/scrollbars.css, etc.) that is not informative.
Updated•6 years ago
|
Priority: -- → P3
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•