Skip to content

Commit

Permalink
Editorial: remove erroneous closing parenthesis
Browse files Browse the repository at this point in the history
Introduced in 7c5555a by accident.
  • Loading branch information
annevk authored and domenic committed Jul 16, 2019
1 parent 3f7c879 commit 7fdd68a
Showing 1 changed file with 1 addition and 3 deletions.
4 changes: 1 addition & 3 deletions source
Original file line number Diff line number Diff line change
Expand Up @@ -104274,7 +104274,6 @@ dictionary <dfn>StorageEventInit</dfn> : <span>EventInit</span> {
encoding of the file.</p>

<ol>

<li><p>If the encoding that is already being used to interpret the input stream is a <span>UTF-16
encoding</span>, then set the <span data-x="concept-encoding-confidence">confidence</span> to
<i>certain</i> and return. The new encoding is ignored; if it was anything but the
Expand Down Expand Up @@ -104312,11 +104311,10 @@ dictionary <dfn>StorageEventInit</dfn> : <span>EventInit</span> {
<i>certain</i>. Whenever possible, this should be done without actually contacting the network
layer (the bytes should be re-parsed from memory), even if, e.g., the document is marked as not
being cacheable. If this is not possible and contacting the network layer would involve repeating
a request that uses a method other than `<code data-x="">GET</code>`), then instead set the <span
a request that uses a method other than `<code data-x="">GET</code>`, then instead set the <span
data-x="concept-encoding-confidence">confidence</span> to <i>certain</i> and ignore the new
encoding. The resource will be misinterpreted. User agents may notify the user of the situation,
to aid in application development.</p></li>

</ol>

<p class="note">This algorithm is only invoked when a new encoding is found declared on a
Expand Down

0 comments on commit 7fdd68a

Please sign in to comment.