Closed
Bug 1128220
Opened 9 years ago
Closed 9 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•9 years ago
|
||
You forgot to declare the request-sync message in your manifest it seems?
Reporter | ||
Comment 2•9 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: 9 years ago
Resolution: --- → INVALID
Assignee | ||
Updated•5 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•