25407 2014-04-21 20:30:51 +0000 To improve interop, allow <meta> refresh content attribute to have "url=" part optional 2016-04-25 20:29:36 +0000 1 1 1 Unclassified HTML WG HTML5 spec unspecified PC Windows NT RESOLVED FIXED whatwg-resolved P0 normal --- 1 travil dave.null mike public-html-admin public-html-wg-issue-tracking zcorpan public-html-bugzilla oldest_to_newest 104120 0 travil 2014-04-21 20:30:51 +0000 From a live site issue, we found that to be interoperable with Firefox and Chrome, we have to make the "url=" part of the content attribute optional. For example, sites will have the following syntax and expect to be "refreshed" to the specified URL: <meta http-equiv="refresh" content="0;https://sourceforge.net/" /> Per the current spec text (steps 12-17 of the meta refresh processing steps (http://www.w3.org/html/wg/drafts/html/master/document-metadata.html#attr-meta-http-equiv-refresh) "If the character in input pointed to by position is a "U" (U+0055) character or a U+0075 LATIN SMALL LETTER U character (u), then advance position to the next character. Otherwise, jump to the last step. If the character in input pointed to by position is a "R" (U+0052) character or a U+0072 LATIN SMALL LETTER R character (r), then advance position to the next character. Otherwise, jump to the last step. If the character in input pointed to by position is s "L" (U+004C) character or a U+006C LATIN SMALL LETTER L character (l), then advance position to the next character. Otherwise, jump to the last step. Skip whitespace. If the character in input pointed to by position is a "=" (U+003D), then advance position to the next character. Otherwise, jump to the last step. Skip whitespace." Jumping to the last step means that no url is parsed and the wrong thing happens. These steps need to be optional and still allow a URL following the number token to be parsed. 121033 1 mike 2015-06-16 10:08:22 +0000 Agree that it would be good to have a spec change here, and raising priority after reviewing implementer feedback. 123803 2 zcorpan 2015-10-20 12:07:53 +0000 https://github.com/whatwg/html/pull/246 123804 3 zcorpan 2015-10-20 12:09:33 +0000 Hmm, reopening since this wasn't the whatwg component. 124260 4 zcorpan 2015-11-18 21:40:04 +0000 (PR merged in whatwg/html) 126122 5 travil 2016-04-25 20:29:36 +0000 Yea! Fixed via WHATWG PR.