- From: Tab Atkins Jr. <jackalmage@gmail.com>
- Date: Wed, 29 Aug 2012 08:19:14 -0700
- To: "Kang-Hao (Kenny) Lu" <kanghaol@oupeng.com>
- Cc: "L. David Baron" <dbaron@dbaron.org>, WWW Style <www-style@w3.org>
On Wed, Aug 29, 2012 at 7:14 AM, Kang-Hao (Kenny) Lu
<kanghaol@oupeng.com> wrote:
> (12/08/29 13:45), Tab Atkins Jr. wrote:
>> On Tue, Aug 28, 2012 at 4:59 PM, Kang-Hao (Kenny) Lu
>> <kanghaol@oupeng.com> wrote:
>>> I don't have a strong opinion, but it seems that WebKit is not
>>> exhibiting this behavior either. Test case:
>>>
>>> data:text/html,<style>body { url(a "); background: green; }</style>
>>>
>>> (would be green if this were implemented. Chrome 23 gives white.)
>>
>> Um, interesting. I get green in Chrome 23 when I load it up in live
>> dom viewer, but white when I load your data url.
>>
>> Some experimentation shows that it may have something to do with
>> url-encoding - when I properly encode all the necessary characters, it
>> shows green as well.
>>
>> I use the live dom viewer for all my tests, so my results should be
>> more reliable. ^_^
>
> I can't reproduce your result in dom viewer with my test case[1] (in
> both Chrome 21 and 23). Can you save it and share the URL so I can learn
> what's going on too?
>
> [1] http://software.hixie.ch/utilities/js/live-dom-viewer/?saved=1724
Okay, our parsing is officially retarded.
Insert a newline immediately before the </style>. You'll get green.
~TJ
Received on Wednesday, 29 August 2012 15:20:06 UTC