Closed
Bug 894863
Opened 11 years ago
Closed 11 years ago
Allow frameworkers to spawn sub workers
Categories
(Firefox Graveyard :: SocialAPI, defect)
Firefox Graveyard
SocialAPI
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: florian, Unassigned)
References
Details
Attachments
(1 file, 1 obsolete file)
8.78 KB,
patch
|
Gavin
:
review-
|
Details | Diff | Splinter Review |
Real workers are allowed to create subworkers, so it makes sense for workers of SocialAPI providers to be allowed to do that too. Exposing the 'Worker' constructor from the hidden frame used for the frameworker is easy, but doesn't let subworkers use WebSocket, which is very unfortunate for Talkilla service providers. Getting bug 504553 fixed seems the best long term solution to address this, but it looks like it will take a while. A short term solution that is being considered is to allow frameworkers to spawn subframeworkers. I started experimenting with this to check feasibility, so I'm filing a bug to attach my work in progress. We may end up wontfixing if we decide we want to follow a different path. Feedback welcome :).
Reporter | ||
Comment 1•11 years ago
|
||
This new patch follows the same approach as attachment 777057 [details] [diff] [review] but is now based on the set of patches in bug 891218. It also includes a test based on the test in bug 896860. If I understood correctly there was a discussion yesterday that resulted in preferring real workers for sub workers (ie bug 896860). I wasn't part of the discussion so I don't know the rationale, but I assume it's because that solution seemed less risky. I'm afraid the risks of the 'subframeworker approach' may have been evaluated to "unknown", and looking at a real patch may give a different estimate, so I finished this patch (I had already started updating it) and I don't find it very intrusive. So unless there's something I missed (please let me know what :-)), I think we should still consider exposing WebSocket to subworkers.
Attachment #777057 -
Attachment is obsolete: true
Attachment #779772 -
Flags: review?(mhammond)
Comment 2•11 years ago
|
||
Comment on attachment 779772 [details] [diff] [review] Patch v2 I've spoken to Mark and Shane about this. I really don't want to further expose FrameWorkers. We're trying to move in the opposite direction and kill FrameWorkers entirely. It sounds like there are suitable alternatives (bug 896860 or bug 896860 comment 3), so let's not go this route.
Attachment #779772 -
Flags: review?(mhammond) → review-
Updated•11 years ago
|
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WONTFIX
Reporter | ||
Comment 3•11 years ago
|
||
(In reply to :Gavin Sharp (use gavin@gavinsharp.com for email) from comment #2) > It sounds like there are suitable alternatives (bug > 896860 or bug 896860 comment 3) This comment explains how things can work in a non-SocialAPI context (ie. Chrome). It's not a replacement for WebSocket in subworkers.
Comment 4•11 years ago
|
||
(In reply to Florian Quèze [:florian] [:flo] from comment #3) > It's not a replacement for WebSocket in subworkers. Agreed - but WebSockets in subworkers is bug 504553
Updated•5 years ago
|
Product: Firefox → Firefox Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•