Closed Bug 777142 Opened 13 years ago Closed 13 years ago

Adjust the validator to recognize a packaged app

Categories

(Marketplace Graveyard :: Validation, defect, P1)

defect

Tracking

(Not tracked)

VERIFIED FIXED
2012-08-16

People

(Reporter: clouserw, Assigned: basta)

References

Details

The only spec for a packaged app right now is that it has a valid manifest.webapp in its root directory. Rob is doing the other end of this (the uploading the file to zamboni part) so work with him if there are questions. Also bug 777140 is about signed zips, you can ignore that for now since it's not spec'd out yet.
blocking-basecamp: --- → ?
Blocks: 777171
The new validator is located here for now: https://github.com/mattbasta/app-validator Once added to vendor, it'll be accessible as `appvalidator` instead of `validator`. It'll expose the `validate_app()` that's in the current validator, as well as `validate_packaged_app()`. We won't need to deal with signed apps, since that's a post-review thing. We will eventually, however, need to know about what the final version of the CSP stuff is going to look like. We'll also need to have a comprehensive list of all of the APIs that are going to be exposed to packaged apps.
Per triage discussion, it's really critical in building this validator to make sure that useful error reports that is sent back when the packaged app does not work correctly. We are not planning to provide "useful" error codes for basecamp in the installPackage API, so nailing this down in the validator is critical.
Target Milestone: --- → 2012-08-16
(In reply to Jason Smith [:jsmith] from comment #2) > Per triage discussion, it's really critical in building this validator to > make sure that useful error reports that is sent back when the packaged app > does not work correctly. We are not planning to provide "useful" error codes > for basecamp in the installPackage API, so nailing this down in the > validator is critical. Can you define "when the packaged app does not work correctly"?
(In reply to Matt Basta [:basta] from comment #3) > (In reply to Jason Smith [:jsmith] from comment #2) > > Per triage discussion, it's really critical in building this validator to > > make sure that useful error reports that is sent back when the packaged app > > does not work correctly. We are not planning to provide "useful" error codes > > for basecamp in the installPackage API, so nailing this down in the > > validator is critical. > > Can you define "when the packaged app does not work correctly"? Sure. I'll define this generally in terms of what to check and include the details of the not working cases. Here's what I know so far (more details to come though as I build a test plan): - A general check that in the zip file (or generally checking it's a zip file in the first place), a manifest.webapp exists in the root directory of the zip file that is a valid app manifest against the old app manifest validator - The launch path of the app in the app manifest points to valid content that exists. Meaning, if I install the packaged app and launch it, it sends me to content that exists within the zip file and does not result in a "file not found" error. - (if possible, may be overkill for validator) crawling the packaged apps content to ensure that there are no broken links generally in the app that points to content that does not exist I'll get more details on this as I draft the test plan for packaged apps. -
Are there any sample packaged apps available that can be used for testing?
(In reply to Matt Basta [:basta] from comment #5) > Are there any sample packaged apps available that can be used for testing? Fabrice built one example here: - Page for testing: http://people.mozilla.org/~fdesre/openwebapps/test.html - Direct zip file: http://people.mozilla.org/~fdesre/openwebapps/fbowd.zip I'll start working on some examples in my testing to help here as well.
This is hooked up to -dev as of bug 777138.
Krupa: Have your way with the app validator
Many thanks to @robhudson for all his hard work on getting this working :3
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Not an on-device bug. Removing nom.
blocking-basecamp: ? → ---
Verified as fixed in https://marketplace-dev.allizom.org/developers/submit/app/manifest on FF20 (Win 7) Postfix screencast http://screencast.com/t/EEmmTmjsdV Closing bug.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.