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)
Tracking
(blocking-basecamp:+, firefox18 verified, firefox19 verified)
People
(Reporter: sicking, Assigned: ochameau)
References
Details
(Keywords: feature)
Attachments
(1 file)
1.41 KB,
patch
|
ochameau
:
review+
|
Details | Diff | Splinter Review |
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.
Reporter | ||
Comment 1•12 years ago
|
||
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: --- → ?
Reporter | ||
Updated•12 years ago
|
Blocks: b2g-app-updates
Reporter | ||
Updated•12 years ago
|
Assignee: nobody → jonas
Updated•12 years ago
|
Priority: -- → P1
Comment 3•12 years ago
|
||
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)
Assignee | ||
Comment 5•12 years ago
|
||
Assignee | ||
Comment 6•12 years ago
|
||
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+
Comment 7•12 years ago
|
||
P1 blocker that's had review for a couple of days. Ready to land?
Comment 8•12 years ago
|
||
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).
Comment 9•12 years ago
|
||
I say land then test, esp. since nobody seems to be working on them ATM.
Updated•12 years ago
|
Flags: in-testsuite?
Updated•12 years ago
|
Keywords: checkin-needed
Comment 10•12 years ago
|
||
Keywords: checkin-needed
Comment 11•12 years ago
|
||
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla19
Updated•12 years ago
|
Assignee: jonas → poirot.alex
Flags: needinfo?(jonas)
Reporter | ||
Comment 12•12 years ago
|
||
I filed bug 809947 on the remaining work.
Comment 13•12 years ago
|
||
status-firefox18:
--- → fixed
status-firefox19:
--- → fixed
Updated•12 years ago
|
Flags: in-testsuite?
Comment 14•12 years ago
|
||
Is there any visible effect of this bug fix ? What should QA be looking for when verifying this fix?
Comment 15•12 years ago
|
||
(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.
Updated•12 years ago
|
QA Contact: jsmith
Updated•7 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•