Skip to content

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

Service Workers always available #243

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

Closed
aarongustafson opened this issue Dec 7, 2020 · 2 comments
Closed

Service Workers always available #243

aarongustafson opened this issue Dec 7, 2020 · 2 comments
Assignees
Labels
want Incoming requests from the community

Comments

@aarongustafson
Copy link
Member

aarongustafson commented Dec 7, 2020

The Service Worker API is regularly unavailable in cases where a user refreshes a page, or privacy modes are enabled.

Service Workers have uses beyond caching:

  • Adapting stream protocols (i.e. SHOUTcast/Icecast ICY) to work in standard HTMLMediaElements. (MediaSource Extensions do not work here.)
  • Streaming data for image elements (and others) from alternative sources (Bluetooth, MIDI, WebSocket, wherever.)
  • Auto-resuming/graceful handling of uploads.
  • Streaming dynamically rendered "downloads".
  • API abstraction (fetch('midi.local/ch1/patch'), and maybe the Service Worker goes and does the actual MIDI work)

We can't rely on any of these things today because Service Workers are often simply unavailable.

Rather than disabling the Service Worker in privacy mode, or on refresh, it makes more sense to disable its storage. That way, all of these other alternative use cases can still work.

@aarongustafson aarongustafson added the want Incoming requests from the community label Dec 7, 2020
@aarongustafson aarongustafson self-assigned this Dec 7, 2020
@guest271314
Copy link
Contributor

There are ways of keeping ServiceWorkers alive https://plnkr.co/edit/4AWjlY2wFbgiqbZQ. I would suggest using WebTransport.

@WebWeWant WebWeWant deleted a comment from bradisbell Mar 23, 2021
@aarongustafson
Copy link
Member Author

@jungkees @jakearchibald Thoughts on this?

@WebWeWant WebWeWant locked and limited conversation to collaborators Apr 10, 2025
@aarongustafson aarongustafson converted this issue into discussion #727 Apr 10, 2025

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

Labels
want Incoming requests from the community
Projects
None yet
Development

No branches or pull requests

2 participants