Bug 27092

Summary: media controller shouldn't scale its text element when text only zoom is being used.
Product: WebKit Reporter: Pierre d'Herbemont <pdherbemont>
Component: New BugsAssignee: Dave Hyatt <hyatt>
Status: RESOLVED FIXED    
Severity: Normal CC: buildbot, commit-queue, eric.carlson, jonlee, rniwa
Priority: P2 Keywords: InRadar
Version: 528+ (Nightly build)   
Hardware: PC   
OS: OS X 10.5   
Attachments:
Description Flags
Patch
none
Patch
simon.fraser: review+, buildbot: commit-queue-
Archive of layout-test-results from ews102 for mac-mavericks none

Pierre d'Herbemont
Reported 2009-07-08 14:06:19 PDT
media controller shouldn't scale its text element when text only zoom is being used. <rdar://problem/7037987>
Attachments
Patch (32.40 KB, patch)
2015-07-20 11:14 PDT, Dave Hyatt
no flags
Patch (19.52 KB, patch)
2015-07-20 11:19 PDT, Dave Hyatt
simon.fraser: review+
buildbot: commit-queue-
Archive of layout-test-results from ews102 for mac-mavericks (1.25 MB, application/zip)
2015-07-20 12:07 PDT, Build Bot
no flags
Dave Hyatt
Comment 1 2015-07-20 11:14:03 PDT
WebKit Commit Bot
Comment 2 2015-07-20 11:16:08 PDT
Attachment 257104 [details] did not pass style-queue: ERROR: Source/WebCore/css/StyleBuilderCustom.h:742: Weird number of spaces at line-start. Are you using a 4-space indent? [whitespace/indent] [3] ERROR: Source/WebCore/css/CSSComputedStyleDeclaration.cpp:3185: Weird number of spaces at line-start. Are you using a 4-space indent? [whitespace/indent] [3] ERROR: Source/WebCore/css/CSSParser.cpp:2361: One space before end of line comments [whitespace/comments] [5] ERROR: Source/WebCore/css/CSSParser.cpp:2368: One space before end of line comments [whitespace/comments] [5] Total errors found: 4 in 21 files If any of these errors are false positives, please file a bug against check-webkit-style.
Dave Hyatt
Comment 3 2015-07-20 11:19:39 PDT
Simon Fraser (smfr)
Comment 4 2015-07-20 11:23:48 PDT
Comment on attachment 257106 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=257106&action=review > Source/WebCore/rendering/style/RenderStyle.h:1375 > + void setTextZoom(TextZoom v) { SET_VAR(rareInheritedData, m_textZoom, v); } 'v' could have a better name.
Build Bot
Comment 5 2015-07-20 12:07:17 PDT
Comment on attachment 257106 [details] Patch Attachment 257106 [details] did not pass mac-ews (mac): Output: http://webkit-queues.appspot.com/results/6549306244857856 New failing tests: fast/text/wbr-styled.html fast/text/textIteratorNilRenderer.html fast/text/unicode-variation-selector.html fast/text/trailing-white-space-2.html fast/text/wbr-pre.html fast/text/wbr-in-pre-crash.html fast/text/wbr.html fast/text/trailing-white-space.html fast/text/wide-zero-width-space.html fast/text/vertical-rl-rtl-linebreak.html
Build Bot
Comment 6 2015-07-20 12:07:21 PDT
Created attachment 257115 [details] Archive of layout-test-results from ews102 for mac-mavericks The attached test failures were seen while running run-webkit-tests on the mac-ews. Bot: ews102 Port: mac-mavericks Platform: Mac OS X 10.9.5
Dave Hyatt
Comment 7 2015-07-21 11:45:10 PDT
Fixed in r187110.
Dave Hyatt
Comment 8 2015-07-21 13:31:24 PDT
Before this gets backed out, I do not believe any of these WK1 failures are legit. The tests pass when run individually, and when you look at the failures they are colorspace differences and/or font rendering differences. I think the test harness for WK1 is buggy here.
Jon Lee
Comment 9 2015-07-23 11:28:17 PDT
Test failures were addressed in 187120.
Note You need to log in before you can comment on or make changes to this bug.