RESOLVED DUPLICATE of bug 79914 48803
ComputedStyle returns -webkit-auto instead of left or right 
https://bugs.webkit.org/show_bug.cgi?id=48803
Summary ComputedStyle returns -webkit-auto instead of left or right
Ryosuke Niwa
Reported 2010-11-01 16:31:26 PDT
window.getComputedStyle returns text-align: -webkit-auto instead of text-align: left / text-align: right when queried against a node when text-align property is not explicitly specified. For example, suppose we have: <div id="mydiv" contentEditable>foo</div> The following script gives -webkit-auto: window.getComputedStyle(document.getElementById('mydiv'))['textAlign'] Demo: http://plexode.com/eval3/#ht=%3Cdiv%20id%3D%22mydiv%22%20contentEditable%3Efoo%3C%2Fdiv%3E&ohh=1&ohj=0&jt=window.getComputedStyle(document.getElementById('mydiv'))%5B'textAlign'%5D&ojh=1&ojj=1&ms=100&oth=0&otj=0&cex=1
Attachments
Add attachment proposed patch, testcase, etc.
Jeremy Moskovich
Comment 1 2011-03-30 07:00:05 PDT
I was looking into whether we can remove -webkit-auto wholesale in favor of start. These are basically the same [as far as I can tell] except for a case in CSSStyleSelector::adjustRenderStyle() which has a special case for TH tags introduced in http://trac.webkit.org/changeset/20889 . So I looked back at when -webkit-auto was introduced into the tree, it used to be called -khtml-auto and before that -konq-auto , relevant CLs: http://trac.webkit.org/changeset/13874 http://trac.webkit.org/changeset/1024
Glenn Adams
Comment 2 2012-10-02 01:28:27 PDT
This bug is OBE with bug 79914 already applied. The only thing that remains is removing support for using the older -webkit-auto value, for which I've filed a bug 98126. *** This bug has been marked as a duplicate of bug 79914 ***
Note You need to log in before you can comment on or make changes to this bug.