Closed
Bug 596555
Opened 14 years ago
Closed 14 years ago
Sync page-worker implementation with content-symbiont
Categories
(Add-on SDK Graveyard :: General, defect)
Add-on SDK Graveyard
General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: irakli, Assigned: irakli)
References
Details
Attachments
(1 file, 1 obsolete file)
26.00 KB,
patch
|
myk
:
review+
|
Details | Diff | Splinter Review |
No description provided.
Assignee | ||
Comment 1•14 years ago
|
||
Attachment #475514 -
Flags: review?
Assignee | ||
Comment 2•14 years ago
|
||
Attachment #475514 -
Attachment is obsolete: true
Attachment #475522 -
Flags: review?(dietrich)
Attachment #475514 -
Flags: review?
Comment 3•14 years ago
|
||
Comment on attachment 475522 [details] [diff] [review] Sync page-worker implementation with changes in symbiont switching to myk, i'm not familiar enough w/ this code.
Attachment #475522 -
Flags: review?(dietrich) → review?(myk)
Comment 4•14 years ago
|
||
Comment on attachment 475522 [details] [diff] [review] Sync page-worker implementation with changes in symbiont The actual test failure here is caused by the removal of content-symbiont.js, on which page-worker.js depends, from the codebase. And the simplest, lowest-risk fix for the bug is to re-add that file. However, in this case I think syncing the page-worker implementation with the recent changes to symbionts is the right thing to do, as it means that we only break the page-worker API for E10S-compatibility one time for developers following along with our regularly bifortnightly releases, rather than breaking it once in 0.8 and again in 0.8.next. So this patch, although riskier, is the one we should take. >+ @prop [onReady] {function} >+ A function callback that will be called when the DOM on the page is ready. >+ This can be used to know when your Page Worker instance is ready to be used, >+ and also whenever the page is reloaded or another page is loaded in its >+ place. Now that it is no longer possible to access the DOM of the page from the program (and trivial to access it from the content scripts), onReady is no longer useful and should be removed. Its presence is due to a mistake in my original work to make Page Mods E10S-compatible over in bug 569481. However, removing onReady is orthogonal to the purpose of this bug, and thus it is not necessary for this patch to do so. I have filed bug 596754 on the issue. >+exports.Page = function(options) Page(options) Nit: semi-colon at end of line. Otherwise, this looks great, r=myk!
Attachment #475522 -
Flags: review?(myk) → review+
Comment 5•14 years ago
|
||
Fixed by changeset https://hg.mozilla.org/labs/jetpack-sdk/rev/bb5199283c86.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Comment 6•14 years ago
|
||
The Add-on SDK is no longer a Mozilla Labs experiment and has become a big enough project to warrant its own Bugzilla product, so the "Add-on SDK" product has been created for it, and I am moving its bugs to that product. To filter bugmail related to this change, filter on the word "looptid".
Component: Jetpack SDK → General
Product: Mozilla Labs → Add-on SDK
QA Contact: jetpack-sdk → general
Version: Trunk → unspecified
You need to log in
before you can comment on or make changes to this bug.
Description
•