As the title mentions, Webkit seems to drop currentColor in both text-shadow and box-shadow. If you replace currentColor with red in the testcase, it works fine.
Not sure how closely it's related, but see also: bug 58730.
I hate currentColor :(
Confirmed on Webkit r96763 and Chrome 16.0.901.0 canary.
Created attachment 110069 [details] Patch
Comment on attachment 110069 [details] Patch This was a surprisingly straightforward fix. Pixel test included.
Comment on attachment 110069 [details] Patch Attachment 110069 [details] did not pass chromium-ews (chromium-xvfb): Output: http://queues.webkit.org/results/10000089 New failing tests: fast/box-shadow/box-shadow-currentcolor.html
Comment on attachment 110069 [details] Patch Work around flakiness of ews-linux bot, particularly linux-xvfb.
Created attachment 110091 [details] Patch
Comment on attachment 110091 [details] Patch chromium-linux bots are green at this time, hopefully no cq- for me.
Comment on attachment 110091 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=110091&action=review > LayoutTests/fast/box-shadow/box-shadow-currentcolor.html:9 > + box-shadow: 0 10px 20px red; It would be better to use a box-shadow with a big spread and no blur, to avoid platform differences in blurring code.
Comment on attachment 110091 [details] Patch Attachment 110091 [details] did not pass chromium-ews (chromium-xvfb): Output: http://queues.webkit.org/results/10007120 New failing tests: fast/box-shadow/box-shadow-currentcolor.html
Created attachment 110098 [details] Patch
Comment on attachment 110098 [details] Patch Updated patch to use solid shadow to avoid platform differences.
Comment on attachment 110098 [details] Patch Clearing flags on attachment: 110098 Committed r96952: <http://trac.webkit.org/changeset/96952>
All reviewed patches have been landed. Closing bug.