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

Can we just do metered? #84

Open
marcoscaceres opened this issue Apr 16, 2020 · 3 comments
Open

Can we just do metered? #84

marcoscaceres opened this issue Apr 16, 2020 · 3 comments

Comments

@marcoscaceres
Copy link
Contributor

marcoscaceres commented Apr 16, 2020

Following #82 and the Mozilla position, seems like the lowest hanging fruit would be to just gut the whole spec and just start with a metered connection flag. Just getting agreement on the tiny bit of the spec would probably go a long way towards meeting the original use cases.

@yoavweiss
Copy link
Contributor

Can we focus this issue on how we can do metered? (and maybe rename appropriately?)

In mozilla/standards-positions#117 (comment) you showed that browsers can potentially use OS-level user settings to understand if a Wifi connection should be considered "metered" or not.

The other problem we need to solve is if a cellular connection is considered "expensive". I'm not aware of an OS-level setting on that front, but maybe browsers can ask users that question, or use data limit warnings users set as a proxy.

/cc @tarunban

@tomayac
Copy link

tomayac commented Jul 23, 2021

+1 to introducing a metered flag. As mozilla/standards-positions#117 (comment) shows, getting information about this state is possible on several operating systems, both mobile and desktop, and well noting that both cellular networks (e.g., a capped data plan) as well as Wi-Fi networks (e.g., a 250MB access ticket in a hotel) can be metered, plus taking into account the mobile hotspot use case.

@tomayac
Copy link

tomayac commented Aug 16, 2021

As suggested by @astearns in #91 (comment), wanted to point folks who only track the present issue #84 at #91 (comment), where I propose a reboot of the Network Information API.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants