Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Expose WebRTC API to extensions #25172

Closed
t-mullen opened this issue Apr 22, 2017 · 3 comments
Closed

Expose WebRTC API to extensions #25172

t-mullen opened this issue Apr 22, 2017 · 3 comments
Assignees
Labels
api *out-of-scope Posted issue is not in scope of VS Code under-discussion Issue is under discussion for relevance, priority, approach

Comments

@t-mullen
Copy link

t-mullen commented Apr 22, 2017

It would be great if VSCode could expose the WebRTC API from it's render process to extensions.

Currently there's no way to use WebRTC in extensions barring including a wrtc binary for every operating system (which is obviously not an option) or spawning a whole new electron process.

Ideally, extensions could have full access to the render process like other editors allow, but I know this has been brought up several times before.

This would unlock an enormous number of awesome P2P applications.

@mjbvz mjbvz added api feature-request Request for new features or functionality labels Apr 22, 2017
@t-mullen
Copy link
Author

t-mullen commented Apr 23, 2017

Spawning an electron process doesn't work due to how the packager works. So there's really no way to do this without including multiple large binaries or having the user manually install electron.

Some applications include the DAT project, FTP via WebTorrent, and countless others.

I'd really like VSCode to join the other web-based editors in supporting this technology.

@jrieken jrieken added under-discussion Issue is under discussion for relevance, priority, approach and removed feature-request Request for new features or functionality labels Apr 24, 2017
@jrieken
Copy link
Member

jrieken commented Apr 24, 2017

It's part of our isolation designed that don't expose 'the' renderer process which owns the editor/blinking cursor. What you are suggesting more like using a renderer process for the extension host process

@jrieken jrieken added the *out-of-scope Posted issue is not in scope of VS Code label May 31, 2018
@vscodebot
Copy link

vscodebot bot commented May 31, 2018

This issue is being closed to keep the number of issues in our inbox on a manageable level, we are closing issues that have been on the backlog for a long time but have not gained traction: We look at the number of votes the issue has received and the number of duplicate issues filed. If you disagree and feel that this issue is crucial: We are happy to listen and to reconsider.

If you wonder what we are up to, please see our roadmap and issue reporting guidelines.

Thanks for your understanding and happy coding!

@vscodebot vscodebot bot closed this as completed May 31, 2018
@vscodebot vscodebot bot locked and limited conversation to collaborators Jul 15, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
api *out-of-scope Posted issue is not in scope of VS Code under-discussion Issue is under discussion for relevance, priority, approach
Projects
None yet
Development

No branches or pull requests

3 participants