Skip to content

[css-values][all] Define all URL usages in terms of Fetch #562

Closed

Description

@tabatkins

The platform has settled on using the Fetch model to define fetching. CSS currently hand-waves a bunch of this, and as a result there are some browser-compat issues with corner cases, like what referrer to use in various situations.

WebAppSec defines some of this behavior for us (and here), which we should move into a CSS spec.

(This is mostly a tracking bug to remind me to do this, and track links to useful resources. If anyone else clueful would like to help, feel free.)

Activity

  1. self-assigned this
    on Oct 3, 2016
  2. added
    topic: urlsTracking issues that'll need edits when CSS URLs are defined on top of Fetch.
    on Sep 23, 2021
  3. noamr commented on Oct 3, 2021

    @noamr
    Collaborator

    I don't believe this is going to be difficult to accomplish.
    Where should a common algorithm for fetching style resources sit? [css-values]?

  4. tabatkins commented on Oct 4, 2021

    @tabatkins
    MemberAuthor

    My own experience so far suggests that it definitely is difficult to accomplish. ^_^ But I'd absolutely welcome help in defining this, if you have better insight into the problem.

    Currently our attempts at fetching things are spread between CSSOM (for top-level stylesheet; currently broken and not invoking the Fetch algos correctly) and Cascade (for @import; currently being written by me in an attempt to use the Fetch algos correctly but definitely currently broken too).

    I suspect that url() usage in properties should generally be quite easy; there's a lot less observable behavior we have to worry about, but there's still some piping of document state thru stylesheets that probably needs to be done in CSSOM. Values & Units is indeed the appropriate place to define the general handling of url() tho; PRs absolutely welcome.

  5. noamr commented on Oct 4, 2021

    @noamr
    Collaborator

    My own experience so far suggests that it definitely is difficult to accomplish. ^_^ But I'd absolutely welcome help in defining this, if you have better insight into the problem.

    Fair enough :) this was a motivated offer of help rather than an attempt to belittle the challenge

    Currently our attempts at fetching things are spread between CSSOM (for top-level stylesheet; currently broken and not invoking the Fetch algos correctly) and Cascade (for @import; currently being written by me in an attempt to use the Fetch algos correctly but definitely currently broken too).

    I suspect that url() usage in properties should generally be quite easy; there's a lot less observable behavior we have to worry about, but there's still some piping of document state thru stylesheets that probably needs to be done in CSSOM. Values & Units is indeed the appropriate place to define the general handling of url() tho; PRs absolutely welcome.

    They’re coming, be warned. 😉
    Will probably have a multi-spec PR with some open issues in the next couple of days

  6. noamr commented on Nov 8, 2021

    @noamr
    Collaborator

    @tabatkins I believe this can be closed.

  7. added a commit that references this issue on Dec 8, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

css-values-4Current Workcss-values-5topic: urlsTracking issues that'll need edits when CSS URLs are defined on top of Fetch.

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions