RESOLVED FIXED 67217
Mitigate scrollbar differences when running pixel tests 
https://bugs.webkit.org/show_bug.cgi?id=67217
Summary Mitigate scrollbar differences when running pixel tests
Simon Fraser (smfr)
Reported 2011-08-30 12:04:01 PDT
We need to find a way to avoid having scrollbar differences between OSes from prevent us from sharing pixel results between Mac OS versions. Possible solutions (not mutually exclusive): 1. Exclude the scrollbar area from the the part of the pixel result that gets checksummed 2. Make a scrollbar theme used by DRT that draws dummy scrollbars which look the same across OSes 3. Dump scrollbar thumb position and size in render tree output so that scrollbar bugs can be tested without having to look at pixels.
Attachments
Patch (9.15 KB, patch)
2012-01-06 12:32 PST, Simon Fraser (smfr) 		no flags
DetailsFormatted DiffDiff
Show Obsolete (1) View All Add attachment proposed patch, testcase, etc.
Simon Fraser (smfr)
Comment 1 2012-01-06 12:32:03 PST
Created attachment 121471 [details] Patch
mitz
Comment 2 2012-01-06 12:42:22 PST
Comment on attachment 121471 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=121471&action=review > Source/WebKit/mac/WebView/WebDynamicScrollBarsView.mm:46 > +@interface NSScrollView(AppKitSecretsIKnowAbout) The modern convention for such category names is “WebNSScrollViewDetails”. > Tools/DumpRenderTree/mac/DumpRenderTree.mm:458 > + CGFloat knobPosition = round([self doubleValue] * (trackLength - knobLength)); Will round() here work in 32-bit? > Tools/DumpRenderTree/mac/DumpRenderTree.mm:463 > + return NSMakeRect(bounds.origin.x, bounds.origin.y + + knobPosition, bounds.size.width, knobLength); + + > Tools/DumpRenderTree/mac/DumpRenderTree.mm:474 > + NSColor *knobColor = [NSColor colorWithDeviceRed:0x80 / 255.0 green:0x80 / 255.0 blue:0x80 / 255.0 alpha:1]; Could make this a function static (and retain the color). > Tools/DumpRenderTree/mac/DumpRenderTree.mm:482 > + NSColor *trackColor = [NSColor colorWithDeviceRed:0xC0 / 255.0 green:0xC0 / 255.0 blue:0xC0 / 255.0 alpha:1]; Ditto.
Simon Fraser (smfr)
Comment 3 2012-01-06 13:45:22 PST
Comment on attachment 121471 [details] Patch Landed in http://trac.webkit.org/changeset/104331 Keeping bug open to enable mock scrollbars by default.
Levi Weintraub
Comment 4 2012-01-20 14:56:02 PST
(In reply to comment #3) > (From update of attachment 121471 [details]) > Landed in http://trac.webkit.org/changeset/104331 > > Keeping bug open to enable mock scrollbars by default. Is there a plan to update mac-snowleopard results to go along with this? On ToT right now, it's impossible to make it through the snowleopard pixel tests without bailing due to too many errors. I'd love for the intent of this patch to come through, but right now I can't even run the tests. This is very disruptive.
Levi Weintraub
Comment 5 2012-01-23 15:22:05 PST
(In reply to comment #4) > Is there a plan to update mac-snowleopard results to go along with this? On ToT right now, it's impossible to make it through the snowleopard pixel tests without bailing due to too many errors. I'd love for the intent of this patch to come through, but right now I can't even run the tests. This is very disruptive. I'm just going to go ahead and add snowleopard expectations for the failing tests myself.
Simon Fraser (smfr)
Comment 6 2012-01-23 15:52:04 PST
Please do, sorry I didn't respond sooner.
Eric Seidel (no email)
Comment 7 2012-02-10 10:18:55 PST
Comment on attachment 121471 [details] Patch Cleared Dan Bernstein's review+ from obsolete attachment 121471 [details] so that this bug does not appear in http://webkit.org/pending-commit.
Radar WebKit Bug Importer
Comment 8 2020-05-11 17:31:14 PDT
<rdar://problem/63113462>
Note You need to log in before you can comment on or make changes to this bug.