{"action":"created","issue":{"url":"https://api.github.com/repos/whatwg/fetch/issues/80","labels_url":"https://api.github.com/repos/whatwg/fetch/issues/80/labels{/name}","comments_url":"https://api.github.com/repos/whatwg/fetch/issues/80/comments","events_url":"https://api.github.com/repos/whatwg/fetch/issues/80/events","html_url":"https://github.com/whatwg/fetch/issues/80","id":95134807,"number":80,"title":"Referrer","user":{"login":"annevk","id":1544111,"avatar_url":"https://avatars.githubusercontent.com/u/1544111?v=3","gravatar_id":"","url":"https://api.github.com/users/annevk","html_url":"https://github.com/annevk","followers_url":"https://api.github.com/users/annevk/followers","following_url":"https://api.github.com/users/annevk/following{/other_user}","gists_url":"https://api.github.com/users/annevk/gists{/gist_id}","starred_url":"https://api.github.com/users/annevk/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/annevk/subscriptions","organizations_url":"https://api.github.com/users/annevk/orgs","repos_url":"https://api.github.com/users/annevk/repos","events_url":"https://api.github.com/users/annevk/events{/privacy}","received_events_url":"https://api.github.com/users/annevk/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"milestone":null,"comments":3,"created_at":"2015-07-15T08:30:53Z","updated_at":"2015-07-16T05:05:28Z","closed_at":null,"body":"This is my current thinking with regards to integrating referrer support into Fetch (and the `fetch()` API).\r\n\r\nReferrer should be copied from an existing `Request` object. However, it should be reset if any modifications are made to that `Request` object. This addresses the pass-through scenario for service workers and in particular the CORS CSS case (where the referrer is not same-origin). See also https://github.com/w3c/webappsec/issues/413\r\n\r\nReferrer should be allowed to be set to any same-origin URL (already possible through `pushState()` and other tricks).\r\n\r\nReferrer should be allowed to be omitted.\r\n\r\nReferrer will of course always be subject to the referrer policy of request's client.\r\n\r\nIn order to support the proposed `referrer=\"\"` attribute there would also have to be a request's referrer policy (with `referrer=\"\"` mapping to that rather than request's referrer). It's unclear at the moment what wins between a request's referrer policy and a request's client's referrer policy, though @sc0ttbeardsley from Yahoo! has expressed a preference for letting request's referrer policy win which seems to violate the spirit of CSP... See also https://github.com/w3c/webappsec/issues/409\r\n\r\n@jeisinger and @mikewest, any chance we can resolve this quickly?"},"comment":{"url":"https://api.github.com/repos/whatwg/fetch/issues/comments/121830724","html_url":"https://github.com/whatwg/fetch/issues/80#issuecomment-121830724","issue_url":"https://api.github.com/repos/whatwg/fetch/issues/80","id":121830724,"user":{"login":"jeisinger","id":195826,"avatar_url":"https://avatars.githubusercontent.com/u/195826?v=3","gravatar_id":"","url":"https://api.github.com/users/jeisinger","html_url":"https://github.com/jeisinger","followers_url":"https://api.github.com/users/jeisinger/followers","following_url":"https://api.github.com/users/jeisinger/following{/other_user}","gists_url":"https://api.github.com/users/jeisinger/gists{/gist_id}","starred_url":"https://api.github.com/users/jeisinger/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/jeisinger/subscriptions","organizations_url":"https://api.github.com/users/jeisinger/orgs","repos_url":"https://api.github.com/users/jeisinger/repos","events_url":"https://api.github.com/users/jeisinger/events{/privacy}","received_events_url":"https://api.github.com/users/jeisinger/received_events","type":"User","site_admin":false},"created_at":"2015-07-16T05:05:27Z","updated_at":"2015-07-16T05:05:27Z","body":"the conclusion was to add an attribute like referrerPolicy (not referrer, as that's already the referrer itself in fetch), and have it reflect valid values."}}