Closed Bug 392245 Opened 17 years ago Closed 17 years ago

install.rdf with two <em:targetApplication>s, first incompatible and second compatible, uses first for check and second for message

Categories

(Toolkit :: Add-ons Manager, defect)

1.8 Branch
x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED INVALID

People

(Reporter: ray, Unassigned)

References

()

Details

Attachments

(1 file)

229.97 KB, application/x-xpinstall
Details
Attached file the modified xpi file
Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6

I downloaded the abacus_1.2.xpi from the project above. I hand-edited the install.rdf and re-created the xpi. I made it so that it should work with FF 1.7 to 2.0.0.6.

I get an incompatible extension message when trying to install.

But the alert says:

    serverpost 0.6 could not be installed because it is not
    compatible with Firefox 2.0.0.6. (serverpost 0.6 will only
    work with Firefox versions from 1.7 t 2.0.0.6)

So, either it should load the extension and that is an error, or it is not explaining what the actual problem is, and that is an error. Either way, there seems to be a problem.
Lovely. You've got what apparently was once the Suite's em:targetApplication section as a second one with Firefox's em:id, and the EM code seems to expect exactly one answer about min and max version, not the something different every time you ask that the RDF service will give you from that.
Component: Extension Compatibility → Extension/Theme Manager
QA Contact: extension.compatibility → extension.manager
Summary: FF complains extension not compatible, but wrongly or explanation is wrong → install.rdf with two <em:targetApplication>s, first incompatible and second compatible, uses first for check and second for message
Yes, this was just a not-very-well-thought-out hack to see if a very old extension could still do anything at all.

Obviously, if I try to make this extension work again, I will be diligent in making sure that the keys of the install.rdf are correct and the info is correct.

In the meanwhile, is there some error checking that should be going on in the extensions install so that the error reported to the user has something to do with the real problem?

Given that extension installations are not done 50 times a day, a little sanity checking might not be a bad thing.
There is lots of error checking and messages focused at the average end user but not the very rare edge case of someone modifying someone else's extension.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → INVALID
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: