Remove unused pluginHelp-16.png and contentPluginDisabled.png
Categories
(Toolkit :: Themes, task)
Tracking
()
Tracking | Status | |
---|---|---|
firefox86 | --- | fixed |
People
(Reporter: ntim, Assigned: soniasingla, Mentored)
References
Details
(Keywords: good-first-bug)
Attachments
(1 file)
These look completely unused:
toolkit/themes/shared/plugins/contentPluginDisabled.png
toolkit/themes/osx/global/plugins/pluginHelp-16.png
toolkit/themes/windows/global/plugins/pluginHelp-16.png
Running hg remove
on those files and making a patch should be enough.
Reporter | ||
Updated•5 years ago
|
Assignee | ||
Comment 1•5 years ago
|
||
Updated•5 years ago
|
Comment 3•5 years ago
|
||
Why browser_all_files_referenced.js didn't catch this?
Comment 4•5 years ago
|
||
bugherder |
Reporter | ||
Comment 5•5 years ago
|
||
(In reply to Masatoshi Kimura [:emk] from comment #3)
Why browser_all_files_referenced.js didn't catch this?
This is because these are files not packaged in jar.mn or moz.build or such. The test you mentioned only catches resource:// or chrome:// unused files to reduce binary size. Sylvestre, is there any bug covering non-packaged unused files? This seems feasible with a whitelist of allowed files.
Reporter | ||
Updated•5 years ago
|
Reporter | ||
Comment 7•5 years ago
|
||
(In reply to Sylvestre Ledru [:Sylvestre] from comment #6)
I don't think so. Is that common?
It's fairly common after large code removals/refactors that unreferenced files are left around, mainly because this is quite hard to do catch in large code changes.
Comment 8•5 years ago
|
||
OK, if you have an idea on how to automate this detection, please open a new bug :)
Description
•