Open Bug 1474150 Opened 7 years ago Updated 3 years ago

new TCPServerSocket should fail if port is already in use

Categories

(Core :: Networking, defect, P5)

defect

Tracking

()

People

(Reporter: irakli, Unassigned)

References

(Blocks 1 open bug)

Details

(Whiteboard: [necko-triaged] )

Attempt to using TCPServerSocket in WebExtensions "addon_child" context does not report report any issues even if requested port is in use. Although in such case socket does not seem to function. I suspect issue is related to the fact that web-extensions use their own process as running same code in the privileged tab like `about:addons` seems to behave as expected - exception is thrown on attempt to instantiate server socket on port that is already in use.
Feels like a webextension topic?
Component: Networking → Untriaged
Product: Core → WebExtensions
Nope. We don't support TCPServerSocket. Irakli is using this from privileged code to try to expose an API to WebExtensions.
Component: Untriaged → Networking
Product: WebExtensions → Core
Flags: needinfo?(jduell.mcbugs)
Jason, I think we need some cross-team coordination to properly triage/prioritize this. Can you help out?
Flags: needinfo?(jduell.mcbugs) → needinfo?(dd.mozilla)
To be able to triage this properly, how important is TCPServerSocket use case?
Flags: needinfo?(dd.mozilla) → needinfo?(kmaglione+bmo)
We don't expose this interface to WebExtensions, so I don't think it's a concern.
Flags: needinfo?(kmaglione+bmo)
(In reply to Irakli Gozalishvili [:irakli] [:gozala] [@gozala] from comment #0) > Attempt to using TCPServerSocket in WebExtensions "addon_child" context does > not report report any issues even if requested port is in use. Although in > such case socket does not seem to function. > > I suspect issue is related to the fact that web-extensions use their own > process as running same code in the privileged tab like `about:addons` seems > to behave as expected - exception is thrown on attempt to instantiate server > socket on port that is already in use. Is this blocking any work?
Flags: needinfo?(rFobic)
(In reply to Selena Deckelmann :selenamarie :selena use ni? pronoun: she from comment #7) > (In reply to Irakli Gozalishvili [:irakli] [:gozala] [@gozala] from comment > #0) > > Attempt to using TCPServerSocket in WebExtensions "addon_child" context does > > not report report any issues even if requested port is in use. Although in > > such case socket does not seem to function. > > > > I suspect issue is related to the fact that web-extensions use their own > > process as running same code in the privileged tab like `about:addons` seems > > to behave as expected - exception is thrown on attempt to instantiate server > > socket on port that is already in use. > > Is this blocking any work? Short answer is - not right now. More elaborate answer would be: It is a bug and as we'll get closer to landing http://github.com/mozilla/libdweb into the tree this would become a blocker. We aim that to be by end of the year.
Flags: needinfo?(rFobic)
Priority: -- → P5
Whiteboard: [necko-triaged]
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.