- From: Anne van Kesteren <notifications@github.com>
- Date: Wed, 02 Jun 2021 08:43:46 -0700
- To: whatwg/fetch <fetch@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
Received on Wednesday, 2 June 2021 15:44:30 UTC
@annevk commented on this pull request. > + +<p class=note>Typically this operation would involve DNS. The particulars (apart from the cache key) +are not tied down as they are not pertinent to the system the Fetch Standard establishes. Other +documents ought not to build on this primitive without having a considered discussion with the Fetch +Standard community first. [[RFC1035]] + +<p>To <dfn>resolve an origin</dfn>, given an <a for=/>origin</a> <var>origin</var> and a +<a for=/>network partition key</a> <var>key</var>: +<!-- Should we assert the scheme here to be an HTTP(S) scheme or a WebRTC scheme? --> + +<ol> + <li><p>If <var>origin</var>'s <a for=origin>host</a> is an <a for=/>IP address</a>, then return + « <var>origin</var>'s <a for=origin>host</a> ». + + <li><p>If the user agent is configured to use a proxy, then return + « <var>origin</var>'s <a for=origin>host</a> ». Do you mean resolving the domain? This avoids doing that, right? -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/whatwg/fetch/pull/1245#discussion_r644091282
Received on Wednesday, 2 June 2021 15:44:30 UTC