On Aurora (Firefox 14), it appears that message passing from the frameworker back to chrome code is failing. Specifically, I observe that the worker receives "social.initialize" correctly, and fires a message back, which is routed through AbstractPort.postMessage and WorkerPort._dopost. This should then land it on the imported _postMessage function (bound into the sandbox by frameworker.js#451) which routes to workerWindo.postMessage. The message appears to disappear at that point. Replacing the imported _postMessage function with a debugging wrapper shows that the message is actually arriving; an error 25 (CLONE error) is raised if the message is passed directly to workerWindow.postMessage, but stringifying the message and passing it that way works. Bug #751241 suggests that the way we are binding postMessage is incorrect and dangerous, and may be the root cause of this issue. I was not able to find a bind() construct that made the message passing work. NOTE that this issue appears to have cleared up in Nightly (v15), which means that this is only an issue for the 14 train. Since we are not currently targeting 14, I think we should close this with a WONTFIX - but it is a definite problem if we want the addon to work in 14.
setting a low priority on this, we'll leave it open and decide later if 14 is important.
not bothering with 14