Closed Bug 702868 Opened 9 years ago Closed 9 years ago
Internal .has Binary Components doesn't affect Addon Internal .app Disabled until after initial install
Addons with binary components that aren't strictly compatible are still able to get installed. Cause: loadManifestFromRDF() sets appDisabled based on isUsableAddon(). However, hasBinaryComponents isn't determined until after loadManifestFromRDF() returns, so it's not taken into account until after the addon is installed. (Thanks to Virgil in QA for catching this.)
Attachment #574855 - Flags: review?(dtownsend) → review+
Target Milestone: --- → mozilla11
Comment on attachment 574855 [details] [diff] [review] Patch v1 Same deal as bug 700201 - part of the big compatible-by-default push, which isn't enabled on Aurora yet (though it will soon be on central!), but would like to get this in so QA can go over it and to avoid bitrot.
Attachment #574855 - Flags: approval-mozilla-aurora?
Comment on attachment 574855 [details] [diff] [review] Patch v1 Please land on M-C (currently on fx-team) as well as Aurora.
Attachment #574855 - Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Mozilla/5.0 (Windows NT 5.1; rv:11.0a1) Gecko/20111127 Firefox/11.0a1 Mozilla/5.0 (Windows NT 5.1; rv:10.0a2) Gecko/20111127 Firefox/10.0a2 https://addons.mozilla.org/en-US/firefox/addon/foxytunes/?src=ss https://addons.mozilla.org/en-US/firefox/addon/grafx-bot/?src=ss Verified Aurora and Nightly on Ubuntu 11.10, Windows XP, 7, Mac OS 10.6. Binary add-ons can no longer be installed with strictCompatibility enabled.
You need to log in before you can comment on or make changes to this bug.