72039 2011-11-10 11:53:44 -0800 Tests occasionally report missing expectations 2013-07-24 16:29:51 -0700 1 1 1 Unclassified WebKit Tools / Tests 528+ (Nightly build) Unspecified Unspecified RESOLVED FIXED P2 Normal --- 72109 1 tonyg arv abarth aboxhall arv dominicc dpranke eric japhet jcivelli kbr ojan rafaelw tony tonyg ukai oldest_to_newest 500084 0 tonyg 2011-11-10 11:53:44 -0800 Ojan and I both noticed this while gardening today. We have several flaky tests that typically PASS, but every so often report MISSING. It seems like this must be a script bug. For example: http://test-results.appspot.com/dashboards/flakiness_dashboard.html#tests=platform%2Fchromium-cg-mac%2Fediting%2Finput%2Fime-candidate-window-position.html 500090 1 ojan 2011-11-10 11:59:04 -0800 What I observe is that it's trying to do a pixel diff on dumpAsText tests. It obviously can't find the png and reports it as MISSING. Looking at the test, it's hard for me to see how it's possible that these tests would not hit the dumpAsText line. Also, notably, it's getting a JS exception saying that "debug" is not defined, which is defined in the same file as the dumpAsText call. So, sometimes that file isn't getting loaded. But the path is correct and most of the time it gets loaded fine. In conclusion, my best guess is that Chrome/WebKit has a bug with script loading where we continue loading the page instead of blocking until the script has loaded. Not sure who the experts on html parsing / script loading are. CCing a few likely candidates. :) 500092 2 dpranke 2011-11-10 12:03:11 -0800 I have definitely seen things in the past where the test errors out before calling dumpAsText, and we get MISSING reports as a result. Obviously one way to debug this would be to modify the test to call dumpAsText() in the main .html file and see if that makes the problem go away. 500093 3 tonyg 2011-11-10 12:05:01 -0800 > In conclusion, my best guess is that Chrome/WebKit has a bug with script loading where we continue loading the page instead of blocking until the script has loaded. Definitely explanative, but afaik not much has changed there lately. If we weren't blocking on script loading in certain circumstances I'd also expect that failure to manifest itself in a much louder way (ie. lots of real world bugs and other test failures). 500103 4 tonyg 2011-11-10 12:10:29 -0800 You know, another thing is that these tests used to flakily timeout. Now they flakily go missing. No timeouts have occurred since the flaky missings started and the missings seem to be at roughly the same frequency that the timeouts were at previously. Perhaps either we are now timing out earlier (before dumpAsText()) or timeouts before dumpAsText() are now handled differently? 500108 5 tonyg 2011-11-10 12:14:58 -0800 (In reply to comment #4) > You know, another thing is that these tests used to flakily timeout. Now they flakily go missing. No timeouts have occurred since the flaky missings started and the missings seem to be at roughly the same frequency that the timeouts were at previously. The barrier between the timeouts and the missings is this relatively tight range: http://trac.webkit.org/log/?rev=99829&stop_rev=99822&verbose=on 500115 6 tonyg 2011-11-10 12:19:51 -0800 > The barrier between the timeouts and the missings is this relatively tight range: > http://trac.webkit.org/log/?rev=99829&stop_rev=99822&verbose=on https://bugs.webkit.org/show_bug.cgi?id=71859 is the only thing in that range that could be relevant (although I don't immediately see how). 500122 7 ojan 2011-11-10 12:23:10 -0800 I think the TIMEOUT thing is a red herring. We *know* that the tests are being run as pixel tests and that the test code is getting executed before the js-test-pre script has successfully loaded. Whether there's a timing issue or that the js-test-pre script isn't loading at all for some reason is the question. 500337 8 ojan 2011-11-10 15:12:23 -0800 Tony points out http://test-results.appspot.com/dashboards/flakiness_dashboard.html#tests=http%2Ftests%2Fmultipart%2Fpolicy-ignore-crash.php%2Chttp%2Ftests%2Fmultipart%2Fmultipart-wait-before-boundary.html. http/tests/multipart/multipart-wait-before-boundary.html runs right before http/tests/multipart/policy-ignore-crash.php. And http/tests/multipart/policy-ignore-crash.php only passes when http/tests/multipart/multipart-wait-before-boundary.html times out! 500625 9 tonyg 2011-11-11 03:24:33 -0800 (In reply to comment #8) > Tony points out http://test-results.appspot.com/dashboards/flakiness_dashboard.html#tests=http%2Ftests%2Fmultipart%2Fpolicy-ignore-crash.php%2Chttp%2Ftests%2Fmultipart%2Fmultipart-wait-before-boundary.html. > > http/tests/multipart/multipart-wait-before-boundary.html runs right before http/tests/multipart/policy-ignore-crash.php. And http/tests/multipart/policy-ignore-crash.php only passes when http/tests/multipart/multipart-wait-before-boundary.html times out! Good observation. Along the same lines, I notice that ime-candidate-window-position.html goes missing when it runs immediately after mhtml/simple_page_unmht.mht and passes when it runs after something else. Based on what looks to me to be the regression range and the mhtml connection, I'm going to try rolling out http://trac.webkit.org/changeset/99826 . If a "missing" happens after that, I'll roll it forward again right away. 500725 10 tonyg 2011-11-11 06:22:43 -0800 Looks like after the rollout the flaky timeouts of before are back and the missings are gone. Closing this bug. 500773 11 tonyg 2011-11-11 08:02:25 -0800 Looks like this still happens on fast/forms/form-associated-element-crash3.html and it isn't strongly tied to which test runs immediately before it (usually is fast/forms/form-associated-element-crash2.html). http://test-results.appspot.com/dashboards/flakiness_dashboard.html#tests=fast%2Fforms%2Fform-associated-element-crash3.html It seems to have been happening there for a long time and it looks independent of the problem that was on ime-candidate-window-position. 500871 12 jcivelli 2011-11-11 10:06:49 -0800 So what is the conclusion. Was my CL responsible? 501793 13 tonyg 2011-11-14 04:36:48 -0800 (In reply to comment #12) > So what is the conclusion. > Was my CL responsible? Rolling out that patch fixed this issue for ime-candidate-window-position.html. You can see the "missings" are all exactly correlated with landing and rolling out the patch here: http://test-results.appspot.com/dashboards/flakiness_dashboard.html#tests=platform%2Fchromium-cg-mac%2Fediting%2Finput%2Fime-candidate-window-position.html This is still occurring on form-associated-element-crash3.html, but it occurred there prior to your patch. http://test-results.appspot.com/dashboards/flakiness_dashboard.html#tests=fast%2Fforms%2Fform-associated-element-crash3.html I suspect there is a different underlying issue there, but this needs investigation. 501801 14 114919 tonyg 2011-11-14 04:44:19 -0800 Created attachment 114919 Patch 501802 15 tonyg 2011-11-14 04:44:59 -0800 Committed r100128: <http://trac.webkit.org/changeset/100128> 501938 16 114953 tonyg 2011-11-14 08:38:10 -0800 Created attachment 114953 Patch 501941 17 tonyg 2011-11-14 08:41:18 -0800 Committed r100147: <http://trac.webkit.org/changeset/100147> 501946 18 tonyg 2011-11-14 08:43:39 -0800 Same symptoms on fast/forms/form-associated-element-crash.html and fast/forms/form-attribute-elements-order2.html. http://test-results.appspot.com/dashboards/flakiness_dashboard.html#tests=fast%2Fforms%2Fform-associated-element-crash.html%2Cfast%2Fforms%2Fform-attribute-elements-order2.html First occurrence there was before r99864. 501963 19 114958 tonyg 2011-11-14 08:58:31 -0800 Created attachment 114958 Patch 501965 20 tonyg 2011-11-14 08:59:32 -0800 Committed r100151: <http://trac.webkit.org/changeset/100151> 501966 21 tonyg 2011-11-14 08:59:53 -0800 Another one: http://test-results.appspot.com/dashboards/flakiness_dashboard.html#tests=http%2Ftests%2Fmultipart%2Fpolicy-ignore-crash.php 502024 22 arv 2011-11-14 09:53:19 -0800 I think I have a good idea what is causing this. My test refactoring removes the <link rel=stylesheet> from the html files. Instead it injects it using js. However, when the link is inserted using js it might not be ready when the first layout happens. The css file has some white-space: pre so that would explain why we are seeing missing newlines and other white spaces. 502873 23 tonyg 2011-11-15 06:48:55 -0800 3 more with the same symptoms: fast/forms/form-attribute-elements.html fast/forms/form-attribute-nonexistence-form-id.html fast/forms/form-attribute-elements-order.html 502877 24 115158 tonyg 2011-11-15 06:51:57 -0800 Created attachment 115158 Patch 502883 25 tonyg 2011-11-15 06:58:31 -0800 Committed r100278: <http://trac.webkit.org/changeset/100278> 575992 26 ukai 2012-03-12 01:31:46 -0700 I see this again. http://test-results.appspot.com/dashboards/flakiness_dashboard.html#group=%40DEPS%20-%20chromium.org&tests=fast%2Fforms%2Fform-associated-element-removal.html fast/forms/form-associated-element-removal.html loads js-test-pre.js (so requests dumpAsText), but it emits render tree and png, so failed as MISSING. 636418 27 ojan 2012-05-29 14:06:49 -0700 *** Bug 87776 has been marked as a duplicate of this bug. *** 647202 28 ojan 2012-06-12 12:58:37 -0700 An even simpler example of a test that hits this error: http://test-results.appspot.com/dashboards/flakiness_dashboard.html#showExpectations=true&tests=http%2Ftests%2Floading%2Fempty-subframe.html The test page's contents are: <script> if (window.layoutTestController) layoutTestController.dumpAsText(); </script> This is a test of load callbacks. It is only useful inside the regression test tool.<br> <iframe name="f1"></iframe> On the chromium mac bots it sometimes runs that test as a pixel test. Up to now, I've assumed the bug was the dumpAsText isn't getting called. I wonder if it's actually that we're overwriting the state in DRT somehow (e.g. when running tests in parallel). 647230 29 dpranke 2012-06-12 13:29:31 -0700 (In reply to comment #28) > An even simpler example of a test that hits this error: > http://test-results.appspot.com/dashboards/flakiness_dashboard.html#showExpectations=true&tests=http%2Ftests%2Floading%2Fempty-subframe.html > > The test page's contents are: > <script> > if (window.layoutTestController) > layoutTestController.dumpAsText(); > </script> > This is a test of load callbacks. It is only useful inside the regression test tool.<br> > <iframe name="f1"></iframe> > > On the chromium mac bots it sometimes runs that test as a pixel test. > > Up to now, I've assumed the bug was the dumpAsText isn't getting called. I wonder if it's actually that we're overwriting the state in DRT somehow (e.g. when running tests in parallel). Interesting. It seems like it would be hard for that not to be called. I wonder if we see this issue across all the ports? I suppose on non-pixel-testing ports we'd end up seeing this as a flaky text diff instead of a MISSING. 647232 30 dpranke 2012-06-12 13:30:41 -0700 (In reply to comment #29) > (In reply to comment #28) > > An even simpler example of a test that hits this error: > > http://test-results.appspot.com/dashboards/flakiness_dashboard.html#showExpectations=true&tests=http%2Ftests%2Floading%2Fempty-subframe.html > > > > The test page's contents are: > > <script> > > if (window.layoutTestController) > > layoutTestController.dumpAsText(); > > </script> > > This is a test of load callbacks. It is only useful inside the regression test tool.<br> > > <iframe name="f1"></iframe> > > > > On the chromium mac bots it sometimes runs that test as a pixel test. > > > > Up to now, I've assumed the bug was the dumpAsText isn't getting called. I wonder if it's actually that we're overwriting the state in DRT somehow (e.g. when running tests in parallel). > > Interesting. It seems like it would be hard for that not to be called. > > I wonder if we see this issue across all the ports? I suppose on non-pixel-testing ports we'd end up seeing this as a flaky text diff instead of a MISSING. This also makes me think that one thing we could do would be, if we were to get a missing pixel result, go back and look at the text we got and see if it looks like we got an actual render tree but the expected result wasn't a render tree, and treat that as a TEXT+IMAGE instead. 700194 31 ojan 2012-08-20 17:00:22 -0700 *** Bug 94532 has been marked as a duplicate of this bug. *** 757735 32 aboxhall 2012-11-02 16:23:29 -0700 This is now happening on XP as well: http://test-results.appspot.com/dashboards/flakiness_dashboard.html#tests=fast%2Fforms%2Fformaction-attribute.html I'm going to make the test expectation general, assuming it'll start happening on other platforms as well. 757736 33 aboxhall 2012-11-02 16:24:37 -0700 (In reply to comment #32) > This is now happening on XP as well: > http://test-results.appspot.com/dashboards/flakiness_dashboard.html#tests=fast%2Fforms%2Fformaction-attribute.html > > I'm going to make the test expectation general, assuming it'll start happening on other platforms as well. * for fast/forms/formaction-attribute.html only. 911456 34 eric 2013-07-24 16:29:51 -0700 I don't think we've seen these failures since 2012. 114919 2011-11-14 04:44:19 -0800 2011-11-14 08:38:03 -0800 Patch bug-72039-20111114124417.patch text/plain 1473 tonyg U3VidmVyc2lvbiBSZXZpc2lvbjogMTAwMTI1CmRpZmYgLS1naXQgYS9MYXlvdXRUZXN0cy9DaGFu Z2VMb2cgYi9MYXlvdXRUZXN0cy9DaGFuZ2VMb2cKaW5kZXggMDMyYzI5ZWNkZTZhODNiZTk4NDhh ZmY4ZWJiN2Q3MWI5MjA1ZWUzNy4uNTNiM2RlY2JiMzE4NmI3YmRjNTA5NDBjY2M4NDdiNWIwZDQz Zjk3MyAxMDA2NDQKLS0tIGEvTGF5b3V0VGVzdHMvQ2hhbmdlTG9nCisrKyBiL0xheW91dFRlc3Rz L0NoYW5nZUxvZwpAQCAtMSwzICsxLDEwIEBACisyMDExLTExLTE0ICBUb255IEdlbnRpbGNvcmUg IDx0b255Z0BjaHJvbWl1bS5vcmc+CisKKyAgICAgICAgVGVzdHMgb2NjYXNpb25hbGx5IHJlcG9y dCBtaXNzaW5nIGV4cGVjdGF0aW9ucworICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9z aG93X2J1Zy5jZ2k/aWQ9NzIwMzkKKworICAgICAgICAqIHBsYXRmb3JtL2Nocm9taXVtL3Rlc3Rf ZXhwZWN0YXRpb25zLnR4dDogRXhwZWN0IGZvcm0tYXNzb2NpYXRlZC1lbGVtZW50LWNyYXNoMyB0 byBmbGFraWx5IGdvIE1JU1NJTkcuCisKIDIwMTEtMTEtMTQgIFZzZXZvbG9kIFZsYXNvdiAgPHZz ZXZpa0BjaHJvbWl1bS5vcmc+CiAKICAgICAgICAgaHR0cC90ZXN0cy9pbnNwZWN0b3IvcmVzb3Vy Y2UtdHJlZS9hcHBjYWNoZS1pZnJhbWUtbWFuaWZlc3RzLmh0bWwgZmFpbGluZyBvbiBzb21lIGNo cm9taXVtIGJvdHMgYWZ0ZXIgcjk5OTg4CmRpZmYgLS1naXQgYS9MYXlvdXRUZXN0cy9wbGF0Zm9y bS9jaHJvbWl1bS90ZXN0X2V4cGVjdGF0aW9ucy50eHQgYi9MYXlvdXRUZXN0cy9wbGF0Zm9ybS9j aHJvbWl1bS90ZXN0X2V4cGVjdGF0aW9ucy50eHQKaW5kZXggMjk2NzUyZmQzZTVhYjIxYmY4ZGEw ZmI4MzQwZDJmNjA4NWQ1M2Y0Yy4uY2Q1Y2VkYTM5MWQ0MWFlNmI5ZDNjNWM4ZTk5NjI0MmFmODE0 MzFjNCAxMDA2NDQKLS0tIGEvTGF5b3V0VGVzdHMvcGxhdGZvcm0vY2hyb21pdW0vdGVzdF9leHBl Y3RhdGlvbnMudHh0CisrKyBiL0xheW91dFRlc3RzL3BsYXRmb3JtL2Nocm9taXVtL3Rlc3RfZXhw ZWN0YXRpb25zLnR4dApAQCAtMzc3Myw2ICszNzczLDcgQEAgQlVHV0s3MDc0OSBTTk9XTEVPUEFS RCBDUFUgR1BVIDogZmFzdC9ydWJ5L2Jhc2Utc2hvcnRlci10aGFuLXRleHQuaHRtbCA9IElNQUdF K1QKIEJVR1dLNzA4MzcgOiBjb21wb3NpdGluZy92aWRlby92aWRlby1wb3N0ZXIuaHRtbCA9IFBB U1MgVElNRU9VVCBURVhUCiAKIEJVR1dLNzA4NjYgTElOVVggREVCVUcgOiBmYXN0L2Zvcm1zL2Zv cm0tYXNzb2NpYXRlZC1lbGVtZW50LWNyYXNoMy5odG1sID0gVElNRU9VVAorQlVHV0s3MjAzOSBM SU5VWCBSRUxFQVNFIDogZmFzdC9mb3Jtcy9mb3JtLWFzc29jaWF0ZWQtZWxlbWVudC1jcmFzaDMu aHRtbCA9IE1JU1NJTkcgUEFTUwogCiBCVUdXSzcwOTcxIE1BQyA6IHN0b3JhZ2UvZG9tc3RvcmFn ZS9ldmVudHMvYmFzaWMtc2V0YXR0cmlidXRlLmh0bWwgPSBQQVNTIENSQVNICiAK 114953 2011-11-14 08:38:10 -0800 2011-11-14 08:58:24 -0800 Patch bug-72039-20111114163808.patch text/plain 1576 tonyg U3VidmVyc2lvbiBSZXZpc2lvbjogMTAwMTQxCmRpZmYgLS1naXQgYS9MYXlvdXRUZXN0cy9DaGFu Z2VMb2cgYi9MYXlvdXRUZXN0cy9DaGFuZ2VMb2cKaW5kZXggNTdiYjA5M2UwZmZhNmUzNmMyYjA5 OGE3YmE0ZjA3YzBmMGQ4NzhjYi4uMGEyMzdkM2EwZGUwZTgwMjRhM2ExZWYwNWUxMWVlYTVlZjll ZjU2YiAxMDA2NDQKLS0tIGEvTGF5b3V0VGVzdHMvQ2hhbmdlTG9nCisrKyBiL0xheW91dFRlc3Rz L0NoYW5nZUxvZwpAQCAtMSw1ICsxLDEyIEBACiAyMDExLTExLTE0ICBUb255IEdlbnRpbGNvcmUg IDx0b255Z0BjaHJvbWl1bS5vcmc+CiAKKyAgICAgICAgVGVzdHMgb2NjYXNpb25hbGx5IHJlcG9y dCBtaXNzaW5nIGV4cGVjdGF0aW9ucworICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9z aG93X2J1Zy5jZ2k/aWQ9NzIwMzkKKworICAgICAgICAqIHBsYXRmb3JtL2Nocm9taXVtL3Rlc3Rf ZXhwZWN0YXRpb25zLnR4dDogRXhwZWN0IHRlc3QgdG8gZmxha2lseSByZXBvcnQgbWlzc2luZyBl eHBlY3RhdGlvbnMuCisKKzIwMTEtMTEtMTQgIFRvbnkgR2VudGlsY29yZSAgPHRvbnlnQGNocm9t aXVtLm9yZz4KKwogICAgICAgICBbY2hyb21pdW1dIHNlY3VyaXR5L2NyeXB0by1yYW5kb20tdmFs dWVzLXR5cGVzLmh0bWwgaXMgZmxha3kgb24gd2luCiAgICAgICAgIGh0dHBzOi8vYnVncy53ZWJr aXQub3JnL3Nob3dfYnVnLmNnaT9pZD03MjI3MgogCmRpZmYgLS1naXQgYS9MYXlvdXRUZXN0cy9w bGF0Zm9ybS9jaHJvbWl1bS90ZXN0X2V4cGVjdGF0aW9ucy50eHQgYi9MYXlvdXRUZXN0cy9wbGF0 Zm9ybS9jaHJvbWl1bS90ZXN0X2V4cGVjdGF0aW9ucy50eHQKaW5kZXggZGJjMzAwOWRmZjQzYTAy NTQ2YWJjZDMzOTY3NjA1NDVmNDU4ZWFjZS4uNjA3MTA0YTRmYmY0MzhiYmFlODc3NmU1MmI5NjQw NTQzOWRmZTFlMiAxMDA2NDQKLS0tIGEvTGF5b3V0VGVzdHMvcGxhdGZvcm0vY2hyb21pdW0vdGVz dF9leHBlY3RhdGlvbnMudHh0CisrKyBiL0xheW91dFRlc3RzL3BsYXRmb3JtL2Nocm9taXVtL3Rl c3RfZXhwZWN0YXRpb25zLnR4dApAQCAtMzc3NCw2ICszNzc0LDggQEAgQlVHV0s3MDgzNyA6IGNv bXBvc2l0aW5nL3ZpZGVvL3ZpZGVvLXBvc3Rlci5odG1sID0gUEFTUyBUSU1FT1VUIFRFWFQKIAog QlVHV0s3MDg2NiBMSU5VWCBERUJVRyA6IGZhc3QvZm9ybXMvZm9ybS1hc3NvY2lhdGVkLWVsZW1l bnQtY3Jhc2gzLmh0bWwgPSBUSU1FT1VUCiBCVUdXSzcyMDM5IExJTlVYIFJFTEVBU0UgOiBmYXN0 L2Zvcm1zL2Zvcm0tYXNzb2NpYXRlZC1lbGVtZW50LWNyYXNoMy5odG1sID0gTUlTU0lORyBQQVNT CitCVUdXSzcyMDM5IExJTlVYIFJFTEVBU0UgOiBmYXN0L2Zvcm1zL2Zvcm0tYXNzb2NpYXRlZC1l bGVtZW50LWNyYXNoLmh0bWwgPSBNSVNTSU5HIFBBU1MKK0JVR1dLNzIwMzkgTElOVVggUkVMRUFT RSA6IGZhc3QvZm9ybXMvZm9ybS1hdHRyaWJ1dGUtZWxlbWVudHMtb3JkZXIyLmh0bWwgPSBNSVNT SU5HIFBBU1MKIAogQlVHV0s3MDk3MSBNQUMgOiBzdG9yYWdlL2RvbXN0b3JhZ2UvZXZlbnRzL2Jh c2ljLXNldGF0dHJpYnV0ZS5odG1sID0gUEFTUyBDUkFTSAogCg== 114958 2011-11-14 08:58:31 -0800 2011-11-15 06:51:49 -0800 Patch bug-72039-20111114165829.patch text/plain 1592 tonyg U3VidmVyc2lvbiBSZXZpc2lvbjogMTAwMTQ5CmRpZmYgLS1naXQgYS9MYXlvdXRUZXN0cy9DaGFu Z2VMb2cgYi9MYXlvdXRUZXN0cy9DaGFuZ2VMb2cKaW5kZXggMjY0MTkwMzRjNDQzYmFkZWI1YmZm NjMwMmQ5ZmNjM2NiY2M0ZmEwMS4uZGQ0NjU1M2Y4YzVkM2UwMWJhNTg3NDIwNjNmZWVkZWYwN2Vl OGYyOSAxMDA2NDQKLS0tIGEvTGF5b3V0VGVzdHMvQ2hhbmdlTG9nCisrKyBiL0xheW91dFRlc3Rz L0NoYW5nZUxvZwpAQCAtMSw1ICsxLDEyIEBACiAyMDExLTExLTE0ICBUb255IEdlbnRpbGNvcmUg IDx0b255Z0BjaHJvbWl1bS5vcmc+CiAKKyAgICAgICAgVGVzdHMgb2NjYXNpb25hbGx5IHJlcG9y dCBtaXNzaW5nIGV4cGVjdGF0aW9ucworICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9z aG93X2J1Zy5jZ2k/aWQ9NzIwMzkKKworICAgICAgICAqIHBsYXRmb3JtL2Nocm9taXVtL3Rlc3Rf ZXhwZWN0YXRpb25zLnR4dDogRXhwZWN0IHRlc3QgdG8gZmxha2lseSByZXBvcnQgbWlzc2luZyBl eHBlY3RhdGlvbnMuCisKKzIwMTEtMTEtMTQgIFRvbnkgR2VudGlsY29yZSAgPHRvbnlnQGNocm9t aXVtLm9yZz4KKwogICAgICAgICBtZWRpYS90cmFjay90cmFjay13ZWJ2dHQtdGMwMDQtbWFnaWMt aGVhZGVyLmh0bWwgZmxha2lseSB0aW1lcyBvdXQKICAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtp dC5vcmcvc2hvd19idWcuY2dpP2lkPTcyMjc5CiAKZGlmZiAtLWdpdCBhL0xheW91dFRlc3RzL3Bs YXRmb3JtL2Nocm9taXVtL3Rlc3RfZXhwZWN0YXRpb25zLnR4dCBiL0xheW91dFRlc3RzL3BsYXRm b3JtL2Nocm9taXVtL3Rlc3RfZXhwZWN0YXRpb25zLnR4dAppbmRleCBkNmU3OGM5NzI3ZTAwNjdi ZmQ0ZTZkZTk5ODdjODk1NTU4OGIwNGQ4Li40YTRhZGQ5MDMxOWExNDk5MjFkNjhmYzg3NmVhYzg3 OGJkYzFmMDdjIDEwMDY0NAotLS0gYS9MYXlvdXRUZXN0cy9wbGF0Zm9ybS9jaHJvbWl1bS90ZXN0 X2V4cGVjdGF0aW9ucy50eHQKKysrIGIvTGF5b3V0VGVzdHMvcGxhdGZvcm0vY2hyb21pdW0vdGVz dF9leHBlY3RhdGlvbnMudHh0CkBAIC0zNzYwLDYgKzM3NjAsNyBAQCBCVUdXSzcwODY2IExJTlVY IERFQlVHIDogZmFzdC9mb3Jtcy9mb3JtLWFzc29jaWF0ZWQtZWxlbWVudC1jcmFzaDMuaHRtbCA9 IFRJTUVPVQogQlVHV0s3MjAzOSBMSU5VWCBSRUxFQVNFIDogZmFzdC9mb3Jtcy9mb3JtLWFzc29j aWF0ZWQtZWxlbWVudC1jcmFzaDMuaHRtbCA9IE1JU1NJTkcgUEFTUwogQlVHV0s3MjAzOSBMSU5V WCBSRUxFQVNFIDogZmFzdC9mb3Jtcy9mb3JtLWFzc29jaWF0ZWQtZWxlbWVudC1jcmFzaC5odG1s ID0gTUlTU0lORyBQQVNTCiBCVUdXSzcyMDM5IExJTlVYIFJFTEVBU0UgOiBmYXN0L2Zvcm1zL2Zv cm0tYXR0cmlidXRlLWVsZW1lbnRzLW9yZGVyMi5odG1sID0gTUlTU0lORyBQQVNTCitCVUdXSzcy MDM5IExJTlVYIE1BQyBERUJVRyA6IGh0dHAvdGVzdHMvbXVsdGlwYXJ0L3BvbGljeS1pZ25vcmUt Y3Jhc2gucGhwID0gTUlTU0lORyBQQVNTCiAKIEJVR1dLNzA5NzEgTUFDIDogc3RvcmFnZS9kb21z dG9yYWdlL2V2ZW50cy9iYXNpYy1zZXRhdHRyaWJ1dGUuaHRtbCA9IFBBU1MgQ1JBU0gKIAo= 115158 2011-11-15 06:51:57 -0800 2011-11-15 06:51:57 -0800 Patch bug-72039-20111115145155.patch text/plain 2078 tonyg U3VidmVyc2lvbiBSZXZpc2lvbjogMTAwMjc1CmRpZmYgLS1naXQgYS9MYXlvdXRUZXN0cy9DaGFu Z2VMb2cgYi9MYXlvdXRUZXN0cy9DaGFuZ2VMb2cKaW5kZXggYjJkZDFkZDQ3Yzg2ZmJjYmE1Njk0 NGJmZDgyNzk1ZThhMmQ4MjI4NS4uZThlMzczZTJjZmM1ZTlkNTg1OGEwNDY1ZWEzMDU4MmI5YTk4 MDkwMiAxMDA2NDQKLS0tIGEvTGF5b3V0VGVzdHMvQ2hhbmdlTG9nCisrKyBiL0xheW91dFRlc3Rz L0NoYW5nZUxvZwpAQCAtMSw1ICsxLDEyIEBACiAyMDExLTExLTE1ICBUb255IEdlbnRpbGNvcmUg IDx0b255Z0BjaHJvbWl1bS5vcmc+CiAKKyAgICAgICAgVGVzdHMgb2NjYXNpb25hbGx5IHJlcG9y dCBtaXNzaW5nIGV4cGVjdGF0aW9ucworICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9z aG93X2J1Zy5jZ2k/aWQ9NzIwMzkKKworICAgICAgICAqIHBsYXRmb3JtL2Nocm9taXVtL3Rlc3Rf ZXhwZWN0YXRpb25zLnR4dDogQWRkIDMgbW9yZSB0ZXN0cyB3aGljaCBmbGFraWx5IHJlcG9ydCBt aXNzaW5nLgorCisyMDExLTExLTE1ICBUb255IEdlbnRpbGNvcmUgIDx0b255Z0BjaHJvbWl1bS5v cmc+CisKICAgICAgICAgbWVkaWEtYmxvY2tlZC1ieS13aWxsc2VuZHJlcXVlc3QuaHRtbCBpcyBm bGFreQogICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/aWQ9NzIz ODEKIApkaWZmIC0tZ2l0IGEvTGF5b3V0VGVzdHMvcGxhdGZvcm0vY2hyb21pdW0vdGVzdF9leHBl Y3RhdGlvbnMudHh0IGIvTGF5b3V0VGVzdHMvcGxhdGZvcm0vY2hyb21pdW0vdGVzdF9leHBlY3Rh dGlvbnMudHh0CmluZGV4IGY3ZWRhZTVhMDRiMTIyMjA4Njg1NjJlNGQ4MzQ2MGFiNzQ0YTMwMTAu LmFkYTY5YmI5NjFhY2MyY2E3YzI1NjA0MmMxMGM1Mzc0MmNjNGMyNmQgMTAwNjQ0Ci0tLSBhL0xh eW91dFRlc3RzL3BsYXRmb3JtL2Nocm9taXVtL3Rlc3RfZXhwZWN0YXRpb25zLnR4dAorKysgYi9M YXlvdXRUZXN0cy9wbGF0Zm9ybS9jaHJvbWl1bS90ZXN0X2V4cGVjdGF0aW9ucy50eHQKQEAgLTM3 NDgsOSArMzc0OCwxMiBAQCBCVUdXSzcwNzQ5IFNOT1dMRU9QQVJEIENQVSBHUFUgOiBmYXN0L3J1 YnkvYmFzZS1zaG9ydGVyLXRoYW4tdGV4dC5odG1sID0gSU1BR0UrVAogQlVHV0s3MDgzNyA6IGNv bXBvc2l0aW5nL3ZpZGVvL3ZpZGVvLXBvc3Rlci5odG1sID0gUEFTUyBUSU1FT1VUIFRFWFQKIAog QlVHV0s3MDg2NiBMSU5VWCBERUJVRyA6IGZhc3QvZm9ybXMvZm9ybS1hc3NvY2lhdGVkLWVsZW1l bnQtY3Jhc2gzLmh0bWwgPSBUSU1FT1VUCi1CVUdXSzcyMDM5IExJTlVYIFJFTEVBU0UgOiBmYXN0 L2Zvcm1zL2Zvcm0tYXNzb2NpYXRlZC1lbGVtZW50LWNyYXNoMy5odG1sID0gTUlTU0lORyBQQVNT CiBCVUdXSzcyMDM5IExJTlVYIFJFTEVBU0UgOiBmYXN0L2Zvcm1zL2Zvcm0tYXNzb2NpYXRlZC1l bGVtZW50LWNyYXNoLmh0bWwgPSBNSVNTSU5HIFBBU1MKK0JVR1dLNzIwMzkgTElOVVggUkVMRUFT RSA6IGZhc3QvZm9ybXMvZm9ybS1hc3NvY2lhdGVkLWVsZW1lbnQtY3Jhc2gzLmh0bWwgPSBNSVNT SU5HIFBBU1MKK0JVR1dLNzIwMzkgTElOVVggUkVMRUFTRSA6IGZhc3QvZm9ybXMvZm9ybS1hdHRy aWJ1dGUtZWxlbWVudHMuaHRtbCA9IE1JU1NJTkcgUEFTUworQlVHV0s3MjAzOSBMSU5VWCBSRUxF QVNFIDogZmFzdC9mb3Jtcy9mb3JtLWF0dHJpYnV0ZS1lbGVtZW50cy1vcmRlci5odG1sID0gTUlT U0lORyBQQVNTCiBCVUdXSzcyMDM5IExJTlVYIFJFTEVBU0UgOiBmYXN0L2Zvcm1zL2Zvcm0tYXR0 cmlidXRlLWVsZW1lbnRzLW9yZGVyMi5odG1sID0gTUlTU0lORyBQQVNTCitCVUdXSzcyMDM5IExJ TlVYIFJFTEVBU0UgOiBmYXN0L2Zvcm1zL2Zvcm0tYXR0cmlidXRlLW5vbmV4aXN0ZW5jZS1mb3Jt LWlkLmh0bWwgPSBNSVNTSU5HIFBBU1MKIEJVR1dLNzIwMzkgTElOVVggTUFDIERFQlVHIDogaHR0 cC90ZXN0cy9tdWx0aXBhcnQvcG9saWN5LWlnbm9yZS1jcmFzaC5waHAgPSBNSVNTSU5HIFBBU1MK IAogQlVHV0s3MDk3MSBNQUMgOiBzdG9yYWdlL2RvbXN0b3JhZ2UvZXZlbnRzL2Jhc2ljLXNldGF0 dHJpYnV0ZS5odG1sID0gUEFTUyBDUkFTSAo=