71
71
< h1 class ="p-name no-ref " id ="title "> Clear Site Data</ h1 >
72
72
73
73
< h2 class ="no-num no-toc no-ref heading settled " id ="subtitle "> < span class ="content "> Editor’s Draft,
74
- < time class ="dt-updated " datetime ="2015-07-17 " > 17 July 2015</ time > </ span > </ h2 >
74
+ < time class ="dt-updated " datetime ="2015-07-20 " > 20 July 2015</ time > </ span > </ h2 >
75
75
76
76
< div data-fill-with ="spec-metadata ">
77
77
< dl >
@@ -105,7 +105,7 @@ <h2 class="no-num no-toc no-ref heading settled" id="abstract"><span class="cont
105
105
< div class ="p-summary " data-fill-with ="abstract ">
106
106
< p > This document defines an imperative mechanism which allows web developers to
107
107
108
- instruct a user agent to clear a user ’s locally stored data related to a
108
+ instruct a user agent to clear a site ’s locally stored data related to a
109
109
host and its subdomains.</ p >
110
110
111
111
</ div >
@@ -489,8 +489,7 @@ <h3 class="heading settled" data-level="2.1" id="header"><span class="secno">2.1
489
489
< p > Parsing details can be found in < a href ="#parsing "> §3.1 Parsing</ a > .</ p >
490
490
491
491
492
- < p > User agent conformance details are detailed in < a href ="#clear-response "> §3.2
493
- Clear data for response</ a > . Those
492
+ < p > User agent conformance details are detailed in < a href ="#clear-response "> §3.2 Clear data for response</ a > . Those
494
493
steps represent the following requirements when the header is present in a
495
494
< a data-link-type ="dfn " href ="https://fetch.spec.whatwg.org/#concept-response "> response</ a > (< var > response</ var > ):</ p >
496
495
@@ -630,11 +629,6 @@ <h3 class="heading settled" data-level="2.2" id="dom-api"><span class="secno">2.
630
629
cleared.
631
630
632
631
633
- < p class ="issue " id ="issue-398e4047 "> < a class ="self-link " href ="#issue-398e4047 "> </ a > Does this make any sense, given that we’ll be sandboxing and
634
- reloading this execution context?</ p >
635
-
636
-
637
-
638
632
639
633
< table class ="argumentdef data definition-table ">
640
634
@@ -692,8 +686,7 @@ <h3 class="heading settled" data-level="2.3" id="fetch-integration"><span class=
692
686
< ol >
693
687
< li data-md ="">
694
688
< p > If < var > response</ var > ’s < a data-link-type ="dfn " href ="https://fetch.spec.whatwg.org/#concept-header-list "> header list</ a > contains a header named
695
- < a data-link-type ="dfn " href ="#clear_site_data "> < code > Clear-Site-Data</ code > </ a > , then execute < a href ="#clear-response "> §3.2
696
- Clear data for response</ a > on
689
+ < a data-link-type ="dfn " href ="#clear_site_data "> < code > Clear-Site-Data</ code > </ a > , then execute < a href ="#clear-response "> §3.2 Clear data for response</ a > on
697
690
< var > response</ var > .</ p >
698
691
699
692
</ ol >
@@ -897,22 +890,19 @@ <h3 class="heading settled" data-level="3.2" id="clear-response"><span class="se
897
890
898
891
899
892
< li data-md ="">
900
- < p > Let < var > types</ var > be the result of < a href ="#get-types "> §3.1.1
901
- Which data types ought to be removed for response?</ a > executed on
893
+ < p > Let < var > types</ var > be the result of < a href ="#get-types "> §3.1.1 Which data types ought to be removed for response?</ a > executed on
902
894
< var > response</ var > .</ p >
903
895
904
896
905
897
906
898
< li data-md ="">
907
899
< p > Let < var > subdomain state</ var > be the result of
908
- < a href ="#should-include-subdomains "> §3.1.2
909
- Should subdomains' data be cleared for response</ a > executed on < var > response</ var > .</ p >
900
+ < a href ="#should-include-subdomains "> §3.1.2 Should subdomains' data be cleared for response</ a > executed on < var > response</ var > .</ p >
910
901
911
902
912
903
913
904
< li data-md ="">
914
- < p > Execute < a href ="#clear-internal "> §3.4
915
- Clear types for origin with subdomain
905
+ < p > Execute < a href ="#clear-internal "> §3.4 Clear types for origin with subdomain
916
906
state</ a > on < var > types</ var > , < var > response</ var > ’s
917
907
< code class ="idl "> < a data-link-type ="idl " href ="https://fetch.spec.whatwg.org/#concept-response-url "> url</ a > </ code > 's < a data-link-type ="dfn " href ="https://tools.ietf.org/html/rfc6454#section-3.2 "> origin</ a > , and < var > subdomain state</ var > .</ p >
918
908
@@ -942,6 +932,16 @@ <h3 class="heading settled" data-level="3.3" id="clear-api"><span class="secno">
942
932
943
933
944
934
935
+ < li data-md ="">
936
+ < p > Let < var > promise</ var > be a newly created < code > Promise</ code > object.</ p >
937
+
938
+
939
+
940
+ < li data-md ="">
941
+ < p > Return < var > promise</ var > , and execute the remaining steps asynchronously.</ p >
942
+
943
+
944
+
945
945
< li data-md ="">
946
946
< p > Let < var > subdomain state</ var > be < a data-link-type ="dfn " href ="#include-subdomains "> < code > Include Subdomains</ code > </ a >
947
947
if < var > options</ var > ' < code class ="idl "> < a data-link-type ="idl " href ="#dom-storageclearoptions-includesubdomains "> includeSubdomains</ a > </ code > property
@@ -983,11 +983,15 @@ <h3 class="heading settled" data-level="3.3" id="clear-api"><span class="secno">
983
983
984
984
985
985
< li data-md ="">
986
- < p > Execute < a href ="#clear-internal "> §3.4
987
- Clear types for origin with subdomain
986
+ < p > Execute < a href ="#clear-internal "> §3.4 Clear types for origin with subdomain
988
987
state</ a > on < var > types</ var > , the < a data-link-type ="dfn " href ="http://www.w3.org/TR/html5/webappapis.html#incumbent-settings-object "> incumbent
989
988
settings object</ a > ’s < a data-link-type ="dfn " href ="https://tools.ietf.org/html/rfc6454#section-3.2 "> origin</ a > , and < var > subdomain state</ var > .</ p >
990
989
990
+
991
+
992
+ < li data-md ="">
993
+ < p > Resolve < var > promise</ var > with < code > undefined</ code > .</ p >
994
+
991
995
</ ol >
992
996
993
997
< h3 class ="heading settled " data-level ="3.4 " id ="clear-internal "> < span class ="secno "> 3.4. </ span > < span class ="content ">
@@ -999,39 +1003,34 @@ <h3 class="heading settled" data-level="3.4" id="clear-internal"><span class="se
999
1003
< ol >
1000
1004
< li data-md ="">
1001
1005
< p > If < var > types</ var > contains "< code > executionContexts</ code > ", execute
1002
- < a href ="#neuter-contexts "> §3.4.1
1003
- Neuter browsing contexts matching origin with
1006
+ < a href ="#neuter-contexts "> §3.4.1 Neuter browsing contexts matching origin with
1004
1007
subdomain state</ a > on < var > origin</ var > , with < var > subdomain
1005
1008
state</ var > .</ p >
1006
1009
1007
1010
1008
1011
1009
1012
< li data-md ="">
1010
1013
< p > If < var > types</ var > contains "< code > cookies</ code > ", execute
1011
- < a href ="#clear-cookies "> §3.4.4
1012
- Clear cookies for origin with subdomain state</ a > on < var > origin</ var > , with < var > subdomain state</ var > .</ p >
1014
+ < a href ="#clear-cookies "> §3.4.4 Clear cookies for origin with subdomain state</ a > on < var > origin</ var > , with < var > subdomain state</ var > .</ p >
1013
1015
1014
1016
1015
1017
1016
1018
< li data-md ="">
1017
1019
< p > If < var > types</ var > contains "< code > domStorage</ code > ", execute
1018
- < a href ="#clear-dom "> §3.4.5
1019
- Clear DOM-accessible storage for origin with
1020
+ < a href ="#clear-dom "> §3.4.5 Clear DOM-accessible storage for origin with
1020
1021
subdomain state</ a > on < var > origin</ var > , with < var > subdomain state</ var > .</ p >
1021
1022
1022
1023
1023
1024
1024
1025
< li data-md ="">
1025
1026
< p > If < var > types</ var > contains "< code > cache</ code > ", execute
1026
- < a href ="#clear-cache "> §3.4.3
1027
- Clear cache for origin with subdomain state</ a > on < var > origin</ var > , with < var > subdomain state</ var > .</ p >
1027
+ < a href ="#clear-cache "> §3.4.3 Clear cache for origin with subdomain state</ a > on < var > origin</ var > , with < var > subdomain state</ var > .</ p >
1028
1028
1029
1029
1030
1030
1031
1031
< li data-md ="">
1032
1032
< p > If < var > types</ var > contains "< code > executionContexts</ code > ", execute
1033
- < a href ="#reload-contexts "> §3.4.2
1034
- Reload browsing contexts matching origin with
1033
+ < a href ="#reload-contexts "> §3.4.2 Reload browsing contexts matching origin with
1035
1034
subdomain state</ a > on < var > origin</ var > , with < var > subdomain
1036
1035
state</ var > .</ p >
1037
1036
@@ -1049,8 +1048,7 @@ <h4 class="heading settled" data-level="3.4.1" id="neuter-contexts"><span class=
1049
1048
contexts</ a > which the user agent knows about, and sandboxes each in order
1050
1049
to prevent them from recreating cleared data (from in-memory JavaScript
1051
1050
variables, for instance). Once data is cleared, the affected browsing
1052
- contexts will be hard-reloaded, as defined in < a href ="#reload-contexts "> §3.4.2
1053
- Reload browsing contexts matching origin with
1051
+ contexts will be hard-reloaded, as defined in < a href ="#reload-contexts "> §3.4.2 Reload browsing contexts matching origin with
1054
1052
subdomain state</ a > :</ p >
1055
1053
1056
1054
@@ -1076,8 +1074,7 @@ <h4 class="heading settled" data-level="3.4.1" id="neuter-contexts"><span class=
1076
1074
1077
1075
1078
1076
< li data-md ="">
1079
- < p > If < a href ="#matches-origin "> §3.1.3
1080
- Does origin match origin to clear and
1077
+ < p > If < a href ="#matches-origin "> §3.1.3 Does origin match origin to clear and
1081
1078
subdomain state</ a > returns < a data-link-type ="dfn " href ="#matches "> < code > Matches</ code > </ a > when
1082
1079
executed on < var > context</ var > ’s < a data-link-type ="dfn " href ="https://tools.ietf.org/html/rfc6454#section-3.2 "> origin</ a > , < var > origin</ var > , and
1083
1080
< code > subdomain state</ code > :</ p >
@@ -1126,8 +1123,7 @@ <h4 class="heading settled" data-level="3.4.2" id="reload-contexts"><span class=
1126
1123
1127
1124
1128
1125
< li data-md ="">
1129
- < p > If < a href ="#matches-origin "> §3.1.3
1130
- Does origin match origin to clear and
1126
+ < p > If < a href ="#matches-origin "> §3.1.3 Does origin match origin to clear and
1131
1127
subdomain state</ a > returns < a data-link-type ="dfn " href ="#matches "> < code > Matches</ code > </ a > when
1132
1128
executed on < var > context</ var > ’s < a data-link-type ="dfn " href ="https://tools.ietf.org/html/rfc6454#section-3.2 "> origin</ a > , < var > origin</ var > , and
1133
1129
< code > subdomain state</ code > :</ p >
@@ -1272,8 +1268,7 @@ <h4 class="heading settled" data-level="3.4.5" id="clear-dom"><span class="secno
1272
1268
1273
1269
< ol >
1274
1270
< li data-md ="">
1275
- < p > If < a href ="#matches-origin "> §3.1.3
1276
- Does origin match origin to clear and
1271
+ < p > If < a href ="#matches-origin "> §3.1.3 Does origin match origin to clear and
1277
1272
subdomain state</ a > returns < a data-link-type ="dfn " href ="#matches "> < code > Matches</ code > </ a > when
1278
1273
executed on < var > area</ var > ’s < a data-link-type ="dfn " href ="https://tools.ietf.org/html/rfc6454#section-3.2 "> origin</ a > , < var > origin</ var > , and
1279
1274
< code > subdomain state</ code > :</ p >
@@ -1296,8 +1291,7 @@ <h4 class="heading settled" data-level="3.4.5" id="clear-dom"><span class="secno
1296
1291
1297
1292
< ol >
1298
1293
< li data-md ="">
1299
- < p > If < a href ="#matches-origin "> §3.1.3
1300
- Does origin match origin to clear and
1294
+ < p > If < a href ="#matches-origin "> §3.1.3 Does origin match origin to clear and
1301
1295
subdomain state</ a > returns < a data-link-type ="dfn " href ="#matches "> < code > Matches</ code > </ a > when
1302
1296
executed on < var > area</ var > ’s < a data-link-type ="dfn " href ="https://tools.ietf.org/html/rfc6454#section-3.2 "> origin</ a > , < var > origin</ var > , and
1303
1297
< code > subdomain state</ code > :</ p >
@@ -1320,8 +1314,7 @@ <h4 class="heading settled" data-level="3.4.5" id="clear-dom"><span class="secno
1320
1314
1321
1315
< ol >
1322
1316
< li data-md ="">
1323
- < p > If < a href ="#matches-origin "> §3.1.3
1324
- Does origin match origin to clear and
1317
+ < p > If < a href ="#matches-origin "> §3.1.3 Does origin match origin to clear and
1325
1318
subdomain state</ a > returns < a data-link-type ="dfn " href ="#matches "> < code > Matches</ code > </ a > when
1326
1319
executed on < var > database</ var > ’s < a data-link-type ="dfn " href ="https://tools.ietf.org/html/rfc6454#section-3.2 "> origin</ a > , < var > origin</ var > ,
1327
1320
and < code > subdomain state</ code > :</ p >
@@ -1365,8 +1358,7 @@ <h4 class="heading settled" data-level="3.4.5" id="clear-dom"><span class="secno
1365
1358
1366
1359
< ol >
1367
1360
< li data-md ="">
1368
- < p > If < a href ="#matches-origin "> §3.1.3
1369
- Does origin match origin to clear and
1361
+ < p > If < a href ="#matches-origin "> §3.1.3 Does origin match origin to clear and
1370
1362
subdomain state</ a > returns < a data-link-type ="dfn " href ="#matches "> < code > Matches</ code > </ a > when
1371
1363
executed on < var > database</ var > ’s < a data-link-type ="dfn " href ="https://tools.ietf.org/html/rfc6454#section-3.2 "> origin</ a > , < var > origin</ var > ,
1372
1364
and < code > subdomain state</ code > :</ p >
@@ -1393,8 +1385,7 @@ <h4 class="heading settled" data-level="3.4.5" id="clear-dom"><span class="secno
1393
1385
1394
1386
< ol >
1395
1387
< li data-md ="">
1396
- < p > If < a href ="#matches-origin "> §3.1.3
1397
- Does origin match origin to clear and
1388
+ < p > If < a href ="#matches-origin "> §3.1.3 Does origin match origin to clear and
1398
1389
subdomain state</ a > returns < a data-link-type ="dfn " href ="#matches "> < code > Matches</ code > </ a > when
1399
1390
executed on < var > registration</ var > ’s < a data-link-type ="dfn " href ="http://www.w3.org/TR/service-workers/#dfn-scope-url "> scope URL</ a > ’s
1400
1391
< a data-link-type ="dfn " href ="https://tools.ietf.org/html/rfc6454#section-3.2 "> origin</ a > , < var > origin</ var > , and < code > subdomain state</ code > :</ p >
@@ -1514,8 +1505,7 @@ <h3 class="heading settled" data-level="5.1" id="iana-clear-site-data"><span cla
1514
1505
< dt > Specification document
1515
1506
1516
1507
1517
- < dd > This specification (See < a href ="#header "> §2.1
1518
- The Clear-Site-Data HTTP Response Header Field</ a > )
1508
+ < dd > This specification (See < a href ="#header "> §2.1 The Clear-Site-Data HTTP Response Header Field</ a > )
1519
1509
1520
1510
1521
1511
</ dl >
@@ -1785,8 +1775,6 @@ <h2 class="no-num heading settled" id="idl-index"><span class="content">IDL Inde
1785
1775
< h2 class ="no-num heading settled " id ="issues-index "> < span class ="content "> Issues Index</ span > < a class ="self-link " href ="#issues-index "> </ a > </ h2 >
1786
1776
< div style ="counter-reset:issue ">
1787
1777
< div class ="issue "> This might live more cleanly in < a data-link-type ="biblio " href ="#biblio-storage "> [STORAGE]</ a > .< a href ="#issue-3153cbda "> ↵ </ a > </ div >
1788
- < div class ="issue "> Does this make any sense, given that we’ll be sandboxing and
1789
- reloading this execution context?< a href ="#issue-398e4047 "> ↵ </ a > </ div >
1790
1778
< div class ="issue "> Monkey patching! Talk with Anne.< a href ="#issue-3ded38d3 "> ↵ </ a > </ div >
1791
1779
< div class ="issue "> Some have suggested that this might not be a restriction we want
1792
1780
(see
@@ -1805,4 +1793,4 @@ <h2 class="no-num heading settled" id="issues-index"><span class="content">Issue
1805
1793
Workers, etc. (This isn’t an exhaustive list. We should fix that too.)< a href ="#issue-364d6bdf "> ↵ </ a > </ div >
1806
1794
< div class ="issue "> How do we say something about plugins here? Point out to
1807
1795
< a href ="https://wiki.mozilla.org/NPAPI:ClearSiteData "> NPP_ClearSiteData</ a > ?< a href ="#issue-a42aab60 "> ↵ </ a > </ div > </ div > </ body >
1808
- </ html >
1796
+ </ html >
0 commit comments