Closed Bug 796045 Opened 12 years ago Closed 12 years ago

Improve install/update API for hosted apps

Categories

(Core Graveyard :: DOM: Apps, defect, P1)

x86
macOS
defect

Tracking

(blocking-basecamp:+, firefox18 verified, firefox19 verified)

VERIFIED FIXED
mozilla19
blocking-basecamp +
Tracking Status
firefox18 --- verified
firefox19 --- verified

People

(Reporter: sicking, Assigned: ochameau)

References

Details

(Keywords: feature)

Attachments

(1 file)

There are a couple of things we should do here: * When we do the initial download of the appcache for a hosted app, make sure that we use the right cookiejar. Right now I think we use the "no app" jar when we're doing the initial appcache download of a hosted app, which effectively means that the data is wasted. This can be done by using the API in bug 794663. * Hook up the checkForUpdate function to the API added in bug 751754.
I think this is a blocker since without this we are effectively not installing hosted apps that use appcache at installation time. Despite the fact that we go through the effort of downloading it.
blocking-basecamp: --- → ?
Wasting bandwidth is bad.
blocking-basecamp: ? → +
Assignee: nobody → jonas
Priority: -- → P1
I know you're at TPAC, Jonas, but can you provide a status update when you get home? Should we give this to someone else?
Flags: needinfo?(jonas)
Blocks: 768946
Comment on attachment 676764 [details] [diff] [review] Bug 796045: Prepopulate apps cache for specific mozbrowser frames r=fabrice Carry over r+ from bug 796278.
Attachment #676764 - Flags: review+
P1 blocker that's had review for a couple of days. Ready to land?
It would be lovely to have test coverage: this fix finally gives us what we need to actually test appcache via appinstall; test for appcache entries existing; uninstall; test for lack of entries. But I'm also OK with landing and doing testing in another bug (as long as we file one and mark it as important).
I say land then test, esp. since nobody seems to be working on them ATM.
Flags: in-testsuite?
Keywords: feature
Keywords: checkin-needed
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla19
Keywords: verifyme
Assignee: jonas → poirot.alex
Flags: needinfo?(jonas)
I filed bug 809947 on the remaining work.
Blocks: 809957
Flags: in-testsuite?
Is there any visible effect of this bug fix ? What should QA be looking for when verifying this fix?
(In reply to Manuela Muntean from comment #14) > Is there any visible effect of this bug fix ? What should QA be looking for > when verifying this fix? This is verified through testing that appcache preloading probably still works as expected with b2g.
QA Contact: jsmith
Verified on 11/26.
Status: RESOLVED → VERIFIED
Keywords: verifyme
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: