I think will-change should only trigger stacking context when the element supports the changing property. For example, will-change:transform should be a no-op on a <span> It's not clear what <div style="will-change:z-index"> should do.
Started a thread here: https://lists.w3.org/Archives/Public/www-style/2015Aug/0142.html
CSSWG disagreed.
<rdar://problem/22986868>
Created attachment 262579 [details] Patch
Created attachment 262581 [details] Patch
Comment on attachment 262581 [details] Patch Attachment 262581 [details] did not pass mac-ews (mac): Output: http://webkit-queues.webkit.org/results/252843 New failing tests: fast/css/will-change/will-change-creates-stacking-context-inline.html
Created attachment 262582 [details] Archive of layout-test-results from ews100 for mac-mavericks The attached test failures were seen while running run-webkit-tests on the mac-ews. Bot: ews100 Port: mac-mavericks Platform: Mac OS X 10.9.5
Comment on attachment 262581 [details] Patch Attachment 262581 [details] did not pass mac-wk2-ews (mac-wk2): Output: http://webkit-queues.webkit.org/results/252849 New failing tests: fast/css/will-change/will-change-creates-stacking-context-inline.html
Created attachment 262583 [details] Archive of layout-test-results from ews104 for mac-mavericks-wk2 The attached test failures were seen while running run-webkit-tests on the mac-wk2-ews. Bot: ews104 Port: mac-mavericks-wk2 Platform: Mac OS X 10.9.5
https://trac.webkit.org/changeset/190667
fast/css/will-change/will-change-creates-stacking-context-inline.html fails on Windows too (of course). Could you please add an expectation?
Test expectation for expected Windows failure (due to lack of backdrop-filter support) committed: https://trac.webkit.org/changeset/190868.