Closed
Bug 1128220
Opened 11 years ago
Closed 11 years ago
navigator.mozSetMessageHandler('request-sync') not called in packaged app case
Categories
(Core :: DOM: Core & HTML, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: jrburke, Unassigned)
References
Details
Attachments
(1 file)
|
135.86 KB,
application/zip
|
Details |
Using a nightly/master build of b2g from Friday January 30 on a Flame device, a certified packaged app that tries to use navigator.sync to get navigator.mozSetMessageHandler('request-sync') calls after the app is closed does not seem to work.
The test was run on a flame device continually connected via USB and on Wifi, but also had a non-data enabled SIM card installed.
I have attached a zip of a small test app that shows the behavior, with the js/main.js containing the interesting parts:
* Unzip the zip, find the "requestsync" directory that has the manifest.webapp.
* Use the WebIDE to push the app in that directory to the flame device.
Watch the logcat as the app is used. The index.html has some details, but basically:
* Register a task via navigator.sync.register() button
* Confirm it is registered by using the button that shows the sync.registrations().
* Completely close/kill the app and wait 100 seconds.
Expected: app is launched around 100 seconds later and the console.log in the navigator.mozSetMessageHandler('request-sync') function callback shows up in the log.
Actual: app does not seem to launch after 100 seconds.
Comment 1•11 years ago
|
||
You forgot to declare the request-sync message in your manifest it seems?
| Reporter | ||
Comment 2•11 years ago
|
||
Ah right, that was it. Got a big confused with the permissions and then the navigator.sync() taking a wakeUpPage, so did not think to put in the messages block. Thanks for the second pair of eyes.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → INVALID
| Assignee | ||
Updated•6 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•