Proposed Meta element has no refresh delay
Description
This rule checks that the meta
element is not used for delayed redirecting or refreshing.
Applicability
This rule applies to the first meta
element in a document for which all the following are true:
- the element has an
http-equiv
attribute value of"refresh"
; and - the element has a valid
content
attribute value, as described in the meta refresh pragma directive.
Expectation
For each target, the time from the content attribute value is either 0 or more than 72000 (20 hours). To determine the time, run the shared declarative refresh steps on the meta
element as described in the HTML refresh state.
Background
The meta http-equiv="refresh"
directive is an HTML tag used to instruct browsers to automatically refresh or reload a web page after a specified time interval. This can be useful for updating content dynamically or redirecting users to another page.
The content
attribute in the meta http-equiv="refresh"
directive is used to define the time interval, in seconds, after which the browser should automatically refresh or reload the web page. For example, content="5"
would instruct the browser to refresh the page every 5 seconds. Careful consideration of the refresh interval is crucial to ensure optimal user experience and accessibility, particularly for individuals who may require more time to consume or interact with web content.
Because a refresh with a timing of 0 is a redirect, it is exempt from this rule. Since this can cause rapid screen flashes it is strongly recommended to avoid this.
Assumptions
- This rule assumes no functionality was provided by the website for the user to adjust the timer.
- This rule assumes that the refresh was not essential, which is listed as a valid exception to 2.2.1 Time Adjustable.
Accessibility Support
Not all major web browsers parse the value of the content
attribute in the same way. Some major browsers, when they are unable to parse the value, default to a 0 seconds delay, whereas others will not redirect at all. This can cause some pages to be inapplicable for this rule, while still having a redirect in a minority of web browsers.
Bibliography
- Understanding Success Criterion 2.2.1: Timing Adjustable
- Understanding Success Criterion 2.2.4: Interruptions
- Understanding Success Criterion 3.2.5: Change on Request
- G110: Using an instant client-side redirect
- H76: Using meta refresh to create an instant client-side redirect
- F40: Failure of Success Criterion 2.2.1 and 2.2.4 due to using meta redirect with a time limit
- F41: Failure of Success Criterion 2.2.1, 2.2.4, and 3.2.5 due to using meta refresh with a time-out
Accessibility Requirements Mapping
2.2.1 Timing Adjustable (Level A)
- Learn more about 2.2.1 Timing Adjustable
- Required for conformance to WCAG 2.0 and later on level A and higher.
- Outcome mapping:
- Any
failed
outcomes: success criterion is not satisfied - All
passed
outcomes: success criterion needs further testing - An
inapplicable
outcome: success criterion needs further testing
- Any
G110: Using an instant client-side redirect
- Learn more about technique G110
- Not required for conformance to any W3C accessibility recommendation.
- Outcome mapping:
- Any
failed
outcomes: technique is not satisfied - All
passed
outcomes: technique needs further testing - An
inapplicable
outcome: technique needs further testing
- Any
H76: Using meta refresh to create an instant client-side redirect
- Learn more about technique H76
- Not required for conformance to any W3C accessibility recommendation.
- Outcome mapping:
- Any
failed
outcomes: technique is not satisfied - All
passed
outcomes: technique needs further testing - An
inapplicable
outcome: technique needs further testing
- Any
Secondary Requirements
This rule is related to the following accessibility requirements, but was not designed to test this requirements directly. These secondary requirements can either be stricter than the rule requires, or may be satisfied in ways not tested by the rule:
- 2.2.4 Interruptions (Level AAA): This success criterion is more strict than this rule. This is because the rule allows redirects longer than 20 hours. Some of the passed examples do not satisfy this success criterion.
- 3.2.5 Change on Request (Level AAA): This success criterion is more strict than this rule. This is because the rule allows redirects longer than 20 hours. Some of the passed examples do not satisfy this success criterion.
Input Aspects
The following aspects are required in using this rule.
Test Cases
Passed
Passed Example 1
This page redirects to a new page immediately.
<head>
<meta http-equiv="refresh" content="0; URL='https://github.com'" />
</head>
Passed Example 2
The first valid meta
element on this page redirects to a new page immediately.
<head>
<meta http-equiv="refresh" content="0; https://w3.org" />
<meta http-equiv="refresh" content="5; https://w3.org" />
</head>
Passed Example 3
This page redirects after more than 20 hours.
<head>
<meta http-equiv="refresh" content="72001; https://w3.org" />
</head>
Failed
Failed Example 1
This page refreshes after 30 seconds.
<head>
<meta http-equiv="refresh" content="30" />
</head>
<body>
<p>This page refreshes after 30 seconds.</p>
</body>
Failed Example 2
This page redirects to a new page after 30 seconds.
<head>
<meta http-equiv="refresh" content="30; URL='https://w3.org'" />
</head>
<body>
<p>This page redirects afte 30 seconds.</p>
</body>
Failed Example 3
The first meta
element on this page is not valid because it uses colon (“:”) rather than semicolon (“;”). The second meta
element redirects to a new page after 5 seconds.
<head>
<meta http-equiv="refresh" content="0: https://w3.org" />
<meta http-equiv="refresh" content="5; https://w3.org" />
</head>
<body>
<p>This page refreshes after 5 seconds.</p>
</body>
Failed Example 4
This page redirects to a new page after exactly 20 hours.
<head>
<meta http-equiv="refresh" content="72000; https://w3.org" />
</head>
<body>
<p>This page redirects after exactly 20 hours.</p>
</body>
Inapplicable
Inapplicable Example 1
This page will not refresh because it lacks a content
attribute.
<head>
<meta http-equiv="refresh" />
</head>
<body>
<p>This page does not refresh.</p>
</body>
Inapplicable Example 2
This page will not refresh because it lacks a http-equiv
attribute.
<head>
<meta content="30" />
</head>
<body>
<p>This page does not refresh.</p>
</body>
Inapplicable Example 3
This ‘meta’ element contains an invalid content
attribute and will not refresh the page.
<head>
<meta http-equiv="refresh" content="0: https://w3.org" />
</head>
<body>
<p>This page does not redirect.</p>
</body>
Inapplicable Example 4
This ‘meta’ element contains an invalid content
attribute and will not refresh the page.
<head>
<meta http-equiv="refresh" content="-00.12 foo" />
</head>
<body>
<p>This page does not refresh.</p>
</body>
Inapplicable Example 5
This ‘meta’ element contains an invalid content
attribute and will not refresh the page.
<head>
<meta http-equiv="refresh" content="; 30" />
</head>
<body>
<p>This page does not refresh.</p>
</body>
Inapplicable Example 6
This ‘meta’ element contains an invalid content
attribute and will not refresh the page.
<head>
<meta http-equiv="refresh" content="" />
</head>
<body>
<p>This page does not refresh.</p>
</body>
Inapplicable Example 7
This ‘meta’ element contains an invalid content
attribute and will not refresh the page.
<head>
<meta http-equiv="refresh" content="+5; https://w3.org" />
</head>
<body>
<p>This page does not redirect.</p>
</body>
Inapplicable Example 8
This ‘meta’ element contains an invalid content
attribute and will not refresh the page.
<head>
<meta http-equiv="refresh" content="foo; URL='https://w3.org'" />
</head>
<body>
<p>This page does not redirect.</p>
</body>
Glossary
Attribute value
The attribute value of a content attribute set on an HTML element is the value that the attribute gets after being parsed and computed according to specifications. It may differ from the value that is actually written in the HTML code due to trimming whitespace or non-digits characters, default values, or case-insensitivity.
Some notable case of attribute value, among others:
- For enumerated attributes, the attribute value is either the state of the attribute, or the keyword that maps to it; even for the default states. Thus
<input type="image" />
has an attribute value of eitherImage Button
(the state) orimage
(the keyword mapping to it), both formulations having the same meaning; similarly, “an input element with atype
attribute value ofText
” can be either<input type="text" />
,<input />
(missing value default), or<input type="invalid" />
(invalid value default). - For boolean attributes, the attribute value is
true
when the attribute is present andfalse
otherwise. Thus<button disabled>
,<button disabled="disabled">
and<button disabled="">
all have adisabled
attribute value oftrue
. - For attributes whose value is used in a case-insensitive context, the attribute value is the lowercase version of the value written in the HTML code.
- For attributes that accept numbers, the attribute value is the result of parsing the value written in the HTML code according to the rules for parsing this kind of number.
- For attributes that accept sets of tokens, whether space separated or comma separated, the attribute value is the set of tokens obtained after parsing the set and, depending on the case, converting its items to lowercase (if the set is used in a case-insensitive context).
- For
aria-*
attributes, the attribute value is computed as indicated in the WAI-ARIA specification and the HTML Accessibility API Mappings.
This list is not exhaustive, and only serves as an illustration for some of the most common cases.
The attribute value of an IDL attribute is the value returned on getting it. Note that when an IDL attribute reflects a content attribute, they have the same attribute value.
Outcome
A conclusion that comes from evaluating an ACT Rule on a test subject or one of its constituent test target. An outcome can be one of the five following types:
- Inapplicable: No part of the test subject matches the applicability
- Passed: A test target meets all expectations
- Failed: A test target does not meet all expectations
- cantTell: Whether the rule is applicable, or not all expectations were met could not be fully determined by the tester.
- Untested: The tester has not attempted to evaluate the test subject.
Note: A rule has one passed
or failed
outcome for every test target. When a tester evaluates a test target it can also be reported as cantTell
if the rule cannot be tested in its entirety. For example, when applicability was automated, but the expectations have to be evaluated manually.
When there are no test targets the rule has one inapplicable
outcome. If the tester is unable to determine whether there are test targets there will be one cantTell
outcome. And when no evaluation has occurred the test target has one untested outcome. This means that each test subject always has one or more outcomes.
Outcomes used in ACT Rules can be expressed using the outcome property of the [EARL10-Schema][].
Rule Versions
Implementations
This section is not part of the official rule. It is populated dynamically and not accounted for in the change history or the last modified date.