Created attachment 182219 [details]
see console; final getComputedStyle() call should width=50 but returns width=0
With certain font-family's, adjusting a node's innerHTML and CSS will make getComputedStyle() return a width of 0px (as though the text isn't there), rather than the correct value. See attached reduced.html example file.
Alternately, see http://bill.dojotoolkit.org/1.8/vertical_tooltip.html. Hovering the input the second time displays the problem; the incorrect width reporting from getComputedStyle() breaks the display of the tooltip.
Cross reference: http://bugs.dojotoolkit.org/ticket/16549
Created attachment 205368 [details]
Comment on attachment 205368 [details]
View in context: https://bugs.webkit.org/attachment.cgi?id=205368&action=review
There is a typo in the name of the test: transcording should be transcoding.
> + * fast/dynamic/empty-absolute-innerhtml-transcording-text-expected.html: Added.
> + * fast/dynamic/empty-absolute-innerhtml-transcording-text.html: Added.
Typo in name.
Created attachment 205446 [details]
Comment on attachment 205446 [details]
Attachment 205446 [details] did not pass mac-wk2-ews (mac-wk2):
New failing tests:
Created attachment 205462 [details]
Archive of layout-test-results from webkit-ews-09 for mac-mountainlion-wk2
The attached test failures were seen while running run-webkit-tests on the mac-wk2-ews.
Bot: webkit-ews-09 Port: mac-mountainlion-wk2 Platform: Mac OS X 10.8.3
Created attachment 205464 [details]
Comment on attachment 205464 [details]
Clearing flags on attachment: 205464
Committed r152005: <http://trac.webkit.org/changeset/152005>
(In reply to WebKit Commit Bot from comment #9)
> Comment on attachment 205464 [details]
> Clearing flags on attachment: 205464
> Committed r152005: <http://trac.webkit.org/changeset/152005>
It seems that this landed in above commit and also can verify by searching for Bug ID on Webkit Github that it was not backed out:
Going to mark this as "RESOLVED FIXED". Thanks!