Visitar URL original
Background Fetch · Issue #30 · mozilla/standards-positions · GitHub
Skip to content

Background Fetch  #30

Open
Open

Description

@marcoscaceres

Request for Mozilla Position on an Emerging Web Specification

Other information

An API to handle large uploads/downloads in the background with user visibility.

Activity

  1. annevk commented on May 18, 2018

    @annevk
    Contributor

    Per w3ctag/design-reviews#279 Google plans on shipping this soonish. Has anyone looked at this in detail?

    cc @wanderview

  2. added
    venue: W3C CGSpecifications in W3C Community Groups (e.g., WICG, Privacy CG)
    on Aug 9, 2018
  3. asutherland commented on Oct 25, 2018

    @asutherland
    Member

    From the ServiceWorkers TPAC F2F, Chrome is about 4 weeks out from an intent-to-ship on this. From the Gecko DOM workers & storage team, this seems like a reasonable API to us but the earliest we could get to it is 2019Q1 and Q2 is likely more realistic unless the network team wants to pick it up.

  4. annevk commented on Oct 29, 2018

    @annevk
    Contributor

    Given https://wicg.github.io/background-fetch/#privacy-and-bandwidth-use it'd be useful to get some security UX feedback on this as well, e.g., from @johannhof.

  5. annevk commented on Apr 15, 2020

    @annevk
    Contributor

    Sorry for neglecting to update this issue. In contrast with "background sync" this is effectively "background downloads" under a different name as I understand it.

    Based on private conversations (i.e., not my idea) a model that might work here is that we treat these entirely as downloads (requiring user gesture, probably restrict to first parties, etc.) and only notify the service worker of completion of these downloads if it happens to be still open or when the user next visits. I.e., do not give it the opportunity to run script in the background.

  6. tomayac commented on Apr 15, 2020

    @tomayac
    Contributor

    [T]his is effectively "background downloads" under a different name as I understand it.

    Despite the maybe misleading name, this is for downloads and uploads. It’s made clear in the spec’s abstract.

  7. codehag commented on Jun 27, 2022

    @codehag
    Collaborator

    @asutherland would you be able to take another look at this? It still hasn't been moved to a standard, but if this is worth implementing, we'd like to communicate with google about moving this to a proper spec body.

  8. marcoscaceres commented on Mar 15, 2023

    @marcoscaceres
    ContributorAuthor

    Filed a webkit position also WebKit/standards-positions#149

  9. changed the title [-]RFP: Background Fetch [/-] [+]Background Fetch [/+] on Mar 12, 2024
  10. asutherland commented on Mar 12, 2024

    @asutherland
    Member

    I was pinged via other channels; from the perspective of our DOM: Workers & Storage team:

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Fields

    Priority

    None yet

    Projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions