[10]

data: は、 fetch の結果得られるデータそのものを URL 中に含めることができる URL scheme です。

歴史

RFC 2397 時代

[11] RFC 2397 - The "data" URL scheme (2011-04-10 20:12:40 +09:00 版) https://tools.ietf.org/html/rfc2397

構文

[22] (他の URI scheme 同様) data: URI scheme の仕様は非常に曖昧です。古い時代の仕様書なので仕方がありませんが、どこまでが規定でどこからが参考なのかも明確ではありません。

[12] 構文の概要: RFC 2397 の2章によると、 data: URI の構文を簡単にあらわすと

data:[<mediatype>][;base64],<data>

となります。

[13] 構文の定義: RFC 2397 の3章は更に詳しく

dataurl := "data:" [ mediatype ] [ ";base64" ] "," data
mediatype := [ type "/" subtype ] *( ";" parameter )
data := *urlchar
parameter := attribute "=" value

- urlchar: RFC 2396 の定義を参照

type, subtype, attribute, value: RFC 2045 の定義を参照

と定義しています。

[23] 構文の定義自体の問題: 自明だからどうでも良いと思ったのか、この構文定義自体が何で書かれているのか説明がありませんwwwww ABNF の一種だろうと思いますが・・・。

[24] urlc: urlc は RFC 2396 の定義を参照していることになっていますが、実のところ RFC 2396 で urlc は定義されていません。おそらく uric の誤りなのでしょうが、これは致命的です。

そもそも、 RFC 2396 を参照しておきながらなぜ URL scheme なのかが謎です。

[14] value: value は RFC 2045 で token または quoted-string と定義されています。しかし、 quoted-string は URI で直接使えない (unsafe な) " や \ を使います。つまり、構文通り解釈すると使えるはずのものが URI 仕様との整合性を考慮すると使えないのです。

実は使えないのはこの2文字だけではなく、改行を含むC0制御文字や空白なども URI ではそのまま使えません。更に、この value や、 token として定義されている attribute には % を含めることができますが、 URI では % は百分率符号化のための特別な文字として使われます。

[25] 百分率符号化: RFC 2397 の著者も馬鹿ではありませんから、百分率符号化 (当時の名称は URI逃避符号化、RFC 2396 における呼称は URL逃避符号化) との関係に言及しています。

[26] まず一点目に、必要に応じて百分率符号化を用いて表現するとの旨が規定されています RFC 2397 3.:

   (ABNF 構文定義)
   where "urlchar" is imported from [RFC2396], and "type", "subtype",
   "attribute" and "value" are the corresponding tokens from [RFC2045],
   represented using URL escaped encoding of [RFC2396] as necessary.

この最後の部分がどこに係っているのかが曖昧なので、3通りの解釈が可能です:

百分率符号化は type, subtype, attribute, value で使用可能
百分率符号化は urlc, type, subtype, attribute, value で使用可能
百分率符号化は data: URI 全体で使用可能

普通修飾するのは直前のものでしょうから、3つ目の解釈は少々無理があるかもしれませんが、あり得ないとまではいえません。ちなみに3つ目の解釈に従うなら base64 の部分に百分率符号化が使えます。 1つ目と2つ目の解釈の違いは urlc で百分率符号化が使えるか否かですが、そもそも uric には escaped (百分率符号化) が含まれているので、どちらでも同じことになります。

as necessary というのも曲者で、穿った読み方をすれば、必要でない場合には使ってもよいとされていないとも解釈し得ます。 (流石にこれは深読みしすぎでしょうが。)

[27] 2点目に、value での百分率符号化について、

   However, within a "data" URL, the
   "quoted-string" representation would be awkward, since the quote mark
   is itself not a valid urlchar. For this reason, parameter values
   should use the URL Escaped encoding instead of quoted string if the
   parameter values contain any "tspecial".

と言及しています RFC 2397 3.。ここで、前述の構文が百分率符号化込みのものと理解するべきかという問題が発生します。この引用部をそのまま解釈すると、 token の部分に百分率符号化が使えることになります。

token を定義している RFC 2045 は URI のことなど気にしていないので、当然百分率符号化が使えるかどうか、その使い方には言及していません。ただし、token で使える文字には % が含まれています (この辺の事情は引用部の should not を無視して quoted-string を使う場合にも該当します)。たとえば 100%! は妥当な token です。しかし、 16進数字が2つ続かない % を URI で使うことはできません。 URI の仕様に従うなら、百分率記号を表したいときは %25 と書かなければなりません。

[28] また、百分率符号化を前述の部分のどんな文字にも使ってよいのかも明確ではありません。たとえば subtype が svg+xml であったとして、 URI に svg+xm%6C と書いても、 (どんな URI scheme でも非予約な文字は百分率符号化してもしなくても等価なので) 問題ありません。しかし、 svg%2Bxml が前2例と等価であるのか否かは明らかではありません。 (+ は reserved なので。) 意図としては百分率符号化を使っても構わないのでしょうが。。。

URI の構文の一部に URI 以外のプロトコル要素の定義を引用することはよくありますが、このような解釈の問題が起きないように、慎重に設計することをお願いしたいものです。

[15] Base64: また、 ";base64" が指定されると、 data は Base64 と解釈されます。 (この指定で大文字と小文字が区別されるかどうかがよくわからないのも問題です。)

ところが、その Base64 の定義が何を参照しているのかが全然書かれていません。他のところで RFC 2045 を参照しているので、そこで定義されているものと解釈するのが一番もっともらしそうですが、 Base64 は色々な変種が知られているので、油断できません。 (その変種のほとんどが、 RFC 2045 の MIME にべったりな部分に手を加えたものです。)

たとえば、改行や空白の問題があります。 RFC 2045 の Base64 では一行の字数制限があるのですが、それが適用されるかどうかわかりません。

4. には次のような例が載っています。

   <IMG
   SRC="data:image/gif;base64,R0lGODdhMAAwAPAAAAAAAP///ywAAAAAMAAw
   AAAC8IyPqcvt3wCcDkiLc7C0qwyGHhSWpjQu5yqmCYsapyuvUUlvONmOZtfzgFz
   ByTB10QgxOR0TqBQejhRNzOfkVJ+5YiUqrXF5Y5lKh/DeuNcP5yLWGsEbtLiOSp
   a/TPg7JpJHxyendzWTBfX0cxOnKPjgBzi4diinWGdkF8kjdfnycQZXZeYGejmJl
   ZeGl9i2icVqaNVailT6F5iJ90m6mvuTS4OK05M0vDk0Q4XUtwvKOzrcd3iq9uis
   F81M1OIcR7lEewwcLp7tuNNkM3uNna3F2JQFo97Vriy/Xl4/f1cf5VWzXyym7PH
   hhx4dbgYKAAA7"
   ALT="Larry">

行頭の間隔は RFC としての余白です。それを無視したとしても、行を折り返しているのが RFC としての行字数制約によるだけで本来いれてはならないものなのか、 RFC の制限だけど実際にも入れてもよい ものなのか、説明が全然ありません。 (かりに入れてもよいとしても、 URI 逃避符号化しない限り URI 全体の構文に違反しますがね。)

[16] >>15 のようなことが気になるのは、実際に生の改行入りで XLink の属性なんかに指定した例が存在するからです。 (XLink の xlink:href 属性値は URI参照そのものではなく、 URI 逃避符号化すれば URI 参照になるものなので、 XLink 的にも一般の URI 的にもこの指定自体は一応合法。)

[29] 空白: RFC 2045 MIME を RFC 822 電子メイルの文脈で使う場合、構文定義上は明記されていませんが、字句間に空白 (RFC 822 では LWS や comment、後の RFC 2822 では CFWS) を挿入してもよいことになっています。それに従えば type, subtype, attribute, value の前後に空白を挿入できることになりますが、 RFC 2397 ではそのことにまったく言及していません (>>23 で指摘したように、そもそも構文定義自体の記述方法の説明がありません)。

[30] RFC 2231 引数値拡張: RFC 2231 は RFC 2045 の Content-Type: 頭欄で用いられるような引数値の構文の拡張を定義しています。 data: URI scheme でこの拡張を使うことができるのかは不明です。

[31] 素片識別子: RFC 2397 は素片識別子にまったく言及していません。 RFC 2396 は素片識別子は URI の一部ではなく、 URI参照の一部であるという立場をとっていたので (後の RFC 3986 では素片識別子も URI の一部)、その考えに従っているのかもしれません。

Ian Hickson はかつて、 data: URI では素片識別子が使えないと主張していたように見えますが (>>21 にあるテストのソースを参照)、この事実以外に何か根拠があるのかは不明ですし、現在もそのように主張しているのかは不明です。

[34] >>27 の引用部の本来の意図はどう読んでも quoted-string の代わりに token + 百分率符号化を使うのがよいなのですが、 >>27 のように解釈しても問題がありますし、value は (百分率符号化を前提としていない RFC 2045 の構文規則なので) 百分率符号化を解いた後の文字列に対する構文規則である、と解釈しても問題があります。 tspecials を含むような文字列は妥当な token ではありませんから、 a%40b を元に戻した a@b は token 足りえません (元の意図は、 a@b を "a@b" としなくてもよいとするもののはずです)。

処理モデル

[32] 他の URI scheme の仕様書と同様、 RFC 2397 は data: URI scheme の構文を定義するだけで (それすらも前述のように満足にできていないわけですが)、どのように処理するべきか、構文的に誤った data: URI をどう扱うべきかに一切言及していません。

[33] 百分率符号化された8ビット部: 百分率符号化されたオクテットがあった場合、 data 部なら指定された媒体型に従って解釈するのでいいのでしょうが、それ以外の部分ならどう解釈するべきなのかが問題になり得ます。 type や subtype や attribute の部分はそもそも ASCII 文字だけで定義されているので、 8ビット部が ASCII に写像されない限りどう解釈しようが問題にはなりません。

たとえば8ビット目を落とすとか、UTF-8 で Unicode case-insensitive に処理したりすると問題になりますが。

value の部分は任意の文字列を指定し得るので、文字コードが問題となります。MIME 的に正しいのはそれでもやはり ASCII 文字だけですが。。。

フォーム提出

[38] Web Forms 2.0 (2009-01-05 20:07:15 +09:00 版) http://www.whatwg.org/specs/web-forms/current-work/#for-data

[9] The data: URI kitchen http://software.hixie.ch/utilities/cgi/data/data 任意のデータから data: URI をつくってくれます。

[18] Bug 16968 - Security violations in Acid3 test (2008-01-22 20:19:03 +09:00 版) http://bugs.webkit.org/show_bug.cgi?id=16968

[36] 3ブラウザとも、 name 引数をファイル名に使うことはないようです。

data: URIs (2008-06-01 21:08:32 +09:00 版) http://suika.fam.cx/~wakaba/-temp/test/uri/data/test.cgi#tag=name%20parameter

[37] Protocol Handlers for Microsoft Internet Explorer - misuzilla.org (Mayuki Sawatari 著, 2007-04-28 12:45:30 +09:00 版) http://www.misuzilla.org/dist/net/mphandler/

[39] IRC logs: freenode / #whatwg / 20090928 (2009-12-02 08:12:56 +09:00 版) http://krijnhoetmer.nl/irc-logs/whatwg/20090928#l-763

[40] IRC logs: freenode / #whatwg / 20091112 (2009-12-19 19:03:40 +09:00 版) http://krijnhoetmer.nl/irc-logs/whatwg/20091112#l-546

[41] IRC logs: freenode / #whatwg / 20100129 (2010-01-31 15:11:47 +09:00 版) http://krijnhoetmer.nl/irc-logs/whatwg/20100129

[42] data Protocol (2010-02-26 22:33:41 +09:00 版) http://msdn.microsoft.com/en-us/library/cc848897(VS.85).aspx

[43] Inline Images on Web Pages ( (2005-10-31 14:52:43 +09:00 版)) http://elf.org/essay/inline-image.html

[44] img 要素の src 属性に設定すると、すぐに (おそらく同期的に) 読み込む Gecko のようなブラウザと、そうではない WebKit のようなブラウザがあります。

[45] Re: Non-hierarchical base URLs (was Re: draft-abarth-url-01 uploaded) ( (Julian Reschke 著, 2011-04-27 01:03:23 +09:00 版)) http://lists.w3.org/Archives/Public/public-iri/2011Apr/0066.html

[46] Re: Non-hierarchical base URLs (was Re: draft-abarth-url-01 uploaded) ( (Boris Zbarsky 著, 2011-04-27 01:14:49 +09:00 版)) http://lists.w3.org/Archives/Public/public-iri/2011Apr/0067.html

[49] data url スキームとmidi ( (2008-07-21 22:49:25 +09:00 版)) http://members3.jcom.home.ne.jp/nakamura7/dataurlschememidi.html

[50] Web Applications 1.0 r6783 Drop <time> and replace it with <data>. Drop the Atom conversion section entirely. Convert a bunch of examples that used to use <time pubdate> to using schema.org, to show how to annotate publication dates and the like in a machine-processable way. ( (2011-10-29 14:38:00 +09:00 版)) http://html5.org/tools/web-apps-tracker?from=6782&to=6783

[51] Web Applications 1.0 r6855 Bring W3C specs back to tip of tree per chair request. ( (2011-12-10 03:38:00 +09:00 版)) http://html5.org/tools/web-apps-tracker?from=6854&to=6855

[52] IRC logs: freenode / #whatwg / 20120216 ( (2012-02-18 19:53:35 +09:00 版)) http://krijnhoetmer.nl/irc-logs/whatwg/20120216

[53] XMLHttpRequest ( (2012-02-19 14:13:42 +09:00 版)) http://dvcs.w3.org/hg/xhr/raw-file/tip/Overview.html#data:-urls-and-http

[54] Web Applications 1.0 r7180 Make data: URLs officially work in Workers. ( (2012-07-18 06:53:00 +09:00 版)) http://html5.org/tools/web-apps-tracker?from=7179&to=7180

[55] DataURI Maximum length - latest log ( (2012-08-10 00:51:04 +09:00 版)) http://uupaa.hatenablog.com/entry/2012/08/09/165800

[56] [whatwg] data URLs and XMLHttpRequest ( (2012-09-07 04:22:04 +09:00 版)) http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2012-September/037188.html

[57] [whatwg] Security restriction allows content thievery ( (2012-09-07 03:47:04 +09:00 版)) http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2012-September/037187.html

[58] IRC logs: freenode / #whatwg / 20121126 ( (2012-12-09 01:19:22 +09:00 版)) http://krijnhoetmer.nl/irc-logs/whatwg/20121126

[59] The "data" URL scheme ( (2012-12-02 21:03:47 +09:00 版)) http://simonsapin.github.com/data-urls/

[60] SimonSapin/data-urls · GitHub ( (2012-12-09 12:55:55 +09:00 版)) https://github.com/SimonSapin/data-urls

[61] IRC logs: freenode / #whatwg / 20121203 ( (2012-12-14 21:57:27 +09:00 版)) http://krijnhoetmer.nl/irc-logs/whatwg/20121203

[62] IRC logs: freenode / #whatwg / 20121205 ( (2012-12-16 00:14:26 +09:00 版)) http://krijnhoetmer.nl/irc-logs/whatwg/20121205

[63] IRC logs: freenode / #whatwg / 20130313 ( (2013-03-23 12:00:18 +09:00 版)) http://krijnhoetmer.nl/irc-logs/whatwg/20130313

[64] Fetch defines data URL handling. · a64eb7c · whatwg/xhr ( (2013-10-30 06:09:19 +09:00 版)) https://github.com/whatwg/xhr/commit/a64eb7c2985d5ab83dca0c840ec1a95378935e11

[65] Fetch defines data URL handling. · a64eb7c · whatwg/xhr ( (2014-01-08 07:23:40 +09:00 版)) https://github.com/whatwg/xhr/commit/a64eb7c2985d5ab83dca0c840ec1a95378935e11

[66] SVG2 Requirements Input - SVG ( (2013-06-13 12:01:58 +09:00 版)) http://www.w3.org/Graphics/SVG/WG/wiki/SVG2_Requirements_Input#Gzip-compressed_svg_in_data_URIs

[67] Clarify data URL dependency https://www.w3.org/Bugs/Public/show_bug.cgi?... · 13cbf9d · whatwg/fetch ( (2014-05-21 03:29:25 +09:00 版)) https://github.com/whatwg/fetch/commit/13cbf9d18b70314dba5ed89251ed026d6d7b1dcf

[68] Data URL loading is now controlled through a flag. Blob URLs have an ori... · 5b64685 · whatwg/fetch ( (2014-06-03 03:28:10 +09:00 版)) https://github.com/whatwg/fetch/commit/5b64685a97a7d6f24814172de68399d0225a4cae

[69] [whatwg] Stricter data URL policy ( (2014-06-02 19:22:53 +09:00 版)) http://lists.whatwg.org/pipermail/whatwg-whatwg.org/2014-June/296963.html

[70] RFC 6170 - Internet X.509 Public Key Infrastructure -- Certificate Image ( (2014-10-27 13:42:42 +09:00 版)) https://tools.ietf.org/html/rfc6170#section-4

[1] Ambiguities in the "data" URL scheme (2014-11-11 20:05:54 +09:00 版) https://simonsapin.github.io/data-urls/

[2] Set the same-origin data-URL flag. Set request's destination rather t… · whatwg/xhr@59d4f5b (2015-08-19 23:48:35 +09:00 版) https://github.com/whatwg/xhr/commit/59d4f5b4b49b3ba0f0a491dbdf83865cf3d285b7

[3] Fix #111: forbid redirects to data URLs · whatwg/fetch@f986c43 (2015-09-23 13:41:29 +09:00 版) https://github.com/whatwg/fetch/commit/f986c43f958a0f7ffdc46553d5a53a0c56a89a32

[4] 1018872 – Implement stricter data URL policy (2015-09-23 13:46:53 +09:00 版) https://bugzilla.mozilla.org/show_bug.cgi?id=1018872

[5] Fix #337: perform origin checks for workers in Fetch · whatwg/html@e86b2e4 (2015-11-19 16:19:19 +09:00 版) https://github.com/whatwg/html/commit/e86b2e4b8fdef45404c61c1a85c40da7edf8b561

[6] Revert #111: allow redirects to data URLs · whatwg/fetch@31f65e4 (2016-01-09 12:01:03 +09:00 版) https://github.com/whatwg/fetch/commit/31f65e4625eacb3a74b5d1eba905d0600040c6ce

[7] Fix #176: set request's same-origin data-URL flag for <img> · whatwg/html@b09402f (2016-01-20 17:32:50 +09:00 版) https://github.com/whatwg/html/commit/b09402f7f1f910bcb6025cfd255b0b7291f300a6

[8] Give user entered data: URI documents the HTTPS state 'modern' · Issue #243 · whatwg/fetch ( (2016-05-04 00:43:08 +09:00)) https://github.com/whatwg/fetch/issues/243

[17] Remove the note about data: and blob URLs (fixes #35) ( (fmarier著, 2016-05-19 06:48:47 +09:00)) https://github.com/w3c/webappsec-subresource-integrity/commit/ef5f92bbe1a7a849b215bc1761cee41e8a01824e

[71] Fix form submission for the data URL scheme ( (annevk著, 2016-05-27 17:47:54 +09:00)) https://github.com/whatwg/html/commit/e2d80d9285976c6c38bda188c59e97456006d0a3

[72]

Androidの標準ブラウザでbase64の画像を保存しようとすると落ちる問題 - Qiita ( (2016-06-10 16:31:37 +09:00)) http://qiita.com/mo49/items/4957acea626c9e07cee3

base64はURLが長すぎるので、一部Androidの標準ブラウザでは画像を長押し保存できない

[73] Remove the GET method restriction for data URLs (annevk著, 2016-08-23 22:36:24 +09:00) https://github.com/whatwg/fetch/commit/c4cb4f4a5fa90a72f1000449495aec04f6c8c96b

[74]

How to: Add Silverlight to a Web Page by Using HTML (2016-09-01 16:09:55 +09:00) https://msdn.microsoft.com/en-us/library/cc189089(v=vs.95).aspx

<object width="300" height="300"
data="data:application/x-silverlight-2,"
type="application/x-silverlight-2" >
<param name="source" value="SilverlightApplication1.xap"/>
</object>

[75] Set same-origin data-URL flag for <img> when environment changes (zcorpan著, 2016-09-08 17:52:20 +09:00) https://github.com/whatwg/html/commit/208ff6e3bb16b6c31c0dd3f19ed70370cc5aa628

[76] Treat 'data:' documents as unique, opaque origins (#1756) (mikewest著, 2016-09-13 18:20:33 +09:00) https://github.com/whatwg/html/commit/00769464e80149368672b894b50881134da4602f

[77] Fiddle with progress events (annevk著, 2016-09-15 22:29:05 +09:00) https://github.com/whatwg/xhr/commit/01da69fb27d10a3315f9bf8259cc7074713379ee

[78] Treat data URLs as same-origin (annevk著, 2016-09-16 02:50:19 +09:00) https://github.com/whatwg/fetch/commit/6f223de29733e64dbe1dfc6028c6e0a4a5d89398

[79] Define how data URLs affect workers (annevk著, 2016-09-15 19:34:58 +09:00) https://github.com/whatwg/html/commit/c592f62985ab9aa0e26c111a9823de5101d58c96

[80] Remove Fetch's same-origin data URL flag (annevk著, 2016-09-14 23:11:01 +09:00) https://github.com/whatwg/html/commit/7204ca9d0f6ac8b2439c9b77a1c4ff988de0b7e3

[81] 123004 - incorrect handling of fragment identifiers in data: URIs - chromium - Monorail (2016-11-02 09:48:44 +09:00) https://bugs.chromium.org/p/chromium/issues/detail?id=123004

[82] Re: Bug in Acid3 test #72 (race condition when images decode asynchronously) (Simon Pieters著, 2017-01-02 22:22:24 +09:00) https://lists.w3.org/Archives/Public/www-archive/2017Jan/0000.html

[85] New in Chrome 58 | Web | Google Developers (2017-04-20 02:52:31 +09:00) https://developers.google.com/web/updates/2017/04/nic58

[86] 737419 - Implement <data> element - chromium - Monorail (2017-07-12 18:43:03 +09:00) https://bugs.chromium.org/p/chromium/issues/detail?id=737419

[87] Deprecations and Removals in Chrome 60 | Web | Google Developers (2017-06-15 00:01:43 +09:00) https://developers.google.com/web/updates/2017/06/chrome-60-deprecations

[88] 684011 - Remove: Top frame navigations to data URLs - chromium - Monorail (2017-07-16 00:17:05 +09:00) https://bugs.chromium.org/p/chromium/issues/detail?id=684011&desc=2

[89] Testing data URLs (2017-08-15 17:05:57 +09:00) https://gist.github.com/annevk/4287452653921b2b7de35e4208b4a985

[90] Ambiguities in the "data" URL scheme (2014-11-11 20:05:54 +09:00) https://simonsapin.github.io/data-urls/

[91] SimonSapin/data-urls: Filling the gaps in RFC 2397. (2017-08-18 19:30:04 +09:00) https://github.com/SimonSapin/data-urls

[92] 175568 – data: URL base64 handling different from atob() (2017-08-23 22:41:49 +09:00) https://bugs.webkit.org/show_bug.cgi?id=175568

[93] Treating data URLs as unique origins for Firefox 57 | Mozilla Security Blog (2017-11-03 18:20:21 +09:00) https://blog.mozilla.org/security/2017/10/04/treating-data-urls-unique-origins-firefox-57/

[94] jsdom/data-url: Parse data: URLs (2017-12-12 01:51:58 +09:00) https://github.com/jsdom/data-url

[95] Define data: URL processing (annevk著, 2018-01-31 17:58:59 +09:00) https://github.com/whatwg/fetch/commit/36ef3c8aef34ff77ebf713b6498d008fe853034f

[98] data URLs: revised specification · Issue #234 · whatwg/fetch (2018-02-01 23:17:36 +09:00) https://github.com/whatwg/fetch/issues/234

[99] Define data: URLs by annevk · Pull Request #579 · whatwg/fetch (2018-02-01 23:18:28 +09:00) https://github.com/whatwg/fetch/pull/579

[100] 1392241 - Align with Fetch on data: URLs (2018-02-01 23:26:09 +09:00) https://bugzilla.mozilla.org/show_bug.cgi?id=1392241

[101] data: URL processing and generalized forgiving-base64 decode tests (annevk著, 2018-01-31 17:57:21 +09:00) https://github.com/w3c/web-platform-tests/commit/7eec2bf5e522d28d99ced501b0f49477c3b105d5

[102] data: URL tests by annevk · Pull Request #6890 · w3c/web-platform-tests (2018-02-03 18:31:33 +09:00) https://github.com/w3c/web-platform-tests/pull/6890

[103] web-platform-tests/data-urls.json at master · w3c/web-platform-tests (2018-02-03 18:33:33 +09:00) https://github.com/w3c/web-platform-tests/blob/master/fetch/data-urls/resources/data-urls.json

[134] Make status message default to the empty byte sequence (annevk著, 2018-04-25 01:21:13 +09:00) https://github.com/whatwg/fetch/commit/0dec453f642c1fe57e6e7627c9a66cf7f8b8394d

[145] investigate data: URL quoted parameters · Issue #970 · whatwg/fetch (2019-12-05 10:11:56 +09:00) https://github.com/whatwg/fetch/issues/970

[146] Intent to Deprecate and Remove: Top-frame navigations to data URLs (2021-06-01T02:28:52.000Z) https://groups.google.com/a/chromium.org/g/blink-dev/c/GbVcuwg_QjM?pli=1

[147] 1331351 - Consider blocking top level window data: URIs (2021-06-01T02:29:52.000Z) https://bugzilla.mozilla.org/show_bug.cgi?id=1331351

[148] CEA-2014-B

仕様書

データモデル

構文

構文解析

fetch

テスト

関連

セキュリティー

歴史

RFC 2397 時代

構文

処理モデル

フォーム提出