129642 2014-03-03 16:59:34 -0800 StorageTracker::deleteOrigin being called off the main thread (ASSERTs in inspector/test-harness-trivially-works.html test) 2014-09-26 13:19:54 -0700 1 1 1 Unclassified WebKit WebKit Misc. 528+ (Nightly build) Unspecified Unspecified RESOLVED FIXED InRadar, MakingBotsRed P2 Normal --- 129217 1 ap beidson andersca ap beidson burg graouts joepeck sam timothy webkit-bug-importer oldest_to_newest 986591 0 ap 2014-03-03 16:59:34 -0800 inspector/test-harness-trivially-works.html frequently asserts: http://build.webkit.org/results/Apple%20Mavericks%20Debug%20WK1%20(Tests)/r165013%20(3509)/inspector/test-harness-trivially-works-crash-log.txt Thread 25 Crashed:: WebCore: LocalStorage 0 com.apple.JavaScriptCore 0x0000000101d74b2a WTFCrash + 42 (Assertions.cpp:333) 1 com.apple.WebCore 0x00000001050e4db2 WebCore::StorageTracker::deleteOrigin(WebCore::SecurityOrigin*) + 130 (StorageTracker.cpp:455) 2 com.apple.WebCore 0x00000001050e402d WebCore::StorageTracker::deleteOriginWithIdentifier(WTF::String const&) + 61 (StorageTracker.cpp:449) 3 com.apple.WebCore 0x00000001050cd815 WebCore::StorageAreaSync::deleteEmptyDatabase() + 421 (StorageAreaSync.cpp:517) 4 com.apple.WebCore 0x00000001050cfac2 WTF::FunctionWrapper<void (WebCore::StorageAreaSync::*)()>::operator()(WebCore::StorageAreaSync*) + 114 (Functional.h:218) 5 com.apple.WebCore 0x00000001050cfa45 WTF::BoundFunctionImpl<WTF::FunctionWrapper<void (WebCore::StorageAreaSync::*)()>, void (WebCore::StorageAreaSync*)>::operator()() + 53 (Functional.h:496) 986593 1 webkit-bug-importer 2014-03-03 17:00:49 -0800 <rdar://problem/16217802> 986850 2 timothy 2014-03-04 09:51:11 -0800 StorageTracker.cpp:455: ASSERT(isMainThread()); This is an indication of a treading issue or the assertion is bad. It does not seem Inspector specific, this test does nothing more than test the Inspector test harness. The Inspector is closing when this happens. 986858 3 ap 2014-03-04 10:09:06 -0800 What should we do in the meanwhile? Would skipping this particular test be sufficient? Or does an assertion in "trivially works" test mean that all Inspector tests are affected? 986861 4 bburg 2014-03-04 10:15:00 -0800 (In reply to comment #3) > What should we do in the meanwhile? Would skipping this particular test be sufficient? Or does an assertion in "trivially works" test mean that all Inspector tests are affected? It would affect tests in LayoutTests/inspector/ but not LayoutTests/inspector-protocol. The latter uses a dummy page and doesn't actually open up an inspector instance through WK/WK2. I was working to move tests in LayoutTests/inspector-protocol/ to LayoutTests/inspector, so enabling those tests after moving them to the different test harness is blocked by this flakiness. 986863 5 bburg 2014-03-04 10:16:25 -0800 (In reply to comment #4) > (In reply to comment #3) > > What should we do in the meanwhile? Would skipping this particular test be sufficient? Or does an assertion in "trivially works" test mean that all Inspector tests are affected? So, it could be skipped for now to make bots green, but it should be addressed ASAP to unblock writing replay tests. 986878 6 bburg 2014-03-04 10:57:40 -0800 Marked skipped in <https://trac.webkit.org/changeset/165061> 986885 7 joepeck 2014-03-04 11:18:53 -0800 (In reply to comment #2) > StorageTracker.cpp:455: ASSERT(isMainThread()); Aren't we on the main thread?! 986886 8 joepeck 2014-03-04 11:20:09 -0800 Oh, I see: Crashed Thread: 25 WebCore: LocalStorage 988912 9 beidson 2014-03-10 09:50:56 -0700 (In reply to comment #2) >this test does nothing more than test the Inspector test harness. What is "the inspector test harness"? DRT? WebKitTestRunner? Or some other executable? I ask, because a WebKit app that enables LocalStorage is also required to explicitly shut down local storage before it exits. DRT and WKTR do this. 988914 10 beidson 2014-03-10 09:51:35 -0700 (In reply to comment #9) > (In reply to comment #2) > >this test does nothing more than test the Inspector test harness. > > What is "the inspector test harness"? DRT? WebKitTestRunner? Or some other executable? > > I ask, because a WebKit app that enables LocalStorage is also required to explicitly shut down local storage before it exits. DRT and WKTR do this. I guess I misunderstood the significance of "Inspector test harness" as this just appears to be DRT crashing. 989759 11 timothy 2014-03-12 11:38:31 -0700 (In reply to comment #10) > (In reply to comment #9) > > (In reply to comment #2) > > >this test does nothing more than test the Inspector test harness. > > > > What is "the inspector test harness"? DRT? WebKitTestRunner? Or some other executable? > > > > I ask, because a WebKit app that enables LocalStorage is also required to explicitly shut down local storage before it exits. DRT and WKTR do this. > > I guess I misunderstood the significance of "Inspector test harness" as this just appears to be DRT crashing. Yes, "Inspector test harness" just runs inside DRT and WKTR. 995641 12 ap 2014-03-29 23:05:35 -0700 Saw this on inspector/dom/content-flow-content-removal.html today. Did we get more tests that use the harness? 996008 13 burg 2014-03-31 14:25:34 -0700 (In reply to comment #12) > Saw this on inspector/dom/content-flow-content-removal.html today. Did we get more tests that use the harness? Everything in the inspector/ directory was ported at the same time to the new test "harness". I think any test that uses a real inspector instance–everything under inspector/–could hit this assertion. 1037325 14 238679 burg 2014-09-25 15:43:33 -0700 Created attachment 238679 Patch 1037326 15 beidson 2014-09-25 15:50:50 -0700 We really need an easy way to take sudden termination assertions while all these main thread operations are still outstanding. This introduces a new one, but there's so many already that it's okay for now. 1037332 16 238679 ap 2014-09-25 16:24:23 -0700 Comment on attachment 238679 Patch View in context: https://bugs.webkit.org/attachment.cgi?id=238679&action=review > Source/WebCore/storage/StorageAreaSync.cpp:526 > + String databaseIdentifierCopy = m_databaseIdentifier.isolatedCopy(); > + callOnMainThread([databaseIdentifierCopy] { This is not thread safe. A new copy of the string is made for the capture, and databaseIdentifierCopy races with it for derefing. 1037381 17 burg 2014-09-25 19:20:10 -0700 Committed r173991: <http://trac.webkit.org/changeset/173991> 1037428 18 ap 2014-09-26 00:02:31 -0700 In the landed patch, what guarantees that "this" object is still alive when code executes on the main thread? I'm concerned that this might have introduced a potential use-after-free security bug. If you just needed to pass a string, you could make an isolated StringImpl*, and manually delete it when done. 1037504 19 burg 2014-09-26 10:19:03 -0700 (In reply to comment #16) > (From update of attachment 238679 [details]) > View in context: https://bugs.webkit.org/attachment.cgi?id=238679&action=review > > > Source/WebCore/storage/StorageAreaSync.cpp:526 > > + String databaseIdentifierCopy = m_databaseIdentifier.isolatedCopy(); > > + callOnMainThread([databaseIdentifierCopy] { > > This is not thread safe. A new copy of the string is made for the capture, and databaseIdentifierCopy races with it for derefing. I might be dense, but.. if the local is instead a String&& databaseIdentifierCopy, then this should cause capture to transfer the StringImpl ref from databesIdentifierCopy to the captured version, right? 1037513 20 ap 2014-09-26 10:45:16 -0700 > if the local is instead a String&& databaseIdentifierCopy I don't think that would compile. 1037520 21 andersca 2014-09-26 11:01:14 -0700 (In reply to comment #20) > > if the local is instead a String&& databaseIdentifierCopy > > I don't think that would compile. C++11 doesn't support capture-by-move in lambdas. C++14 does. 1037521 22 beidson 2014-09-26 11:29:26 -0700 (In reply to comment #17) > Committed r173991: <http://trac.webkit.org/changeset/173991> I might have r+'ed, but based on Alexey's feedback afterwards I don't think this patch should have been landed as-is. 1037522 23 ap 2014-09-26 11:45:59 -0700 It's not evident from the bug, but Brian did account for my feedback when landing. That was still not quite correct, so he followed up with a better fix in <http://trac.webkit.org/changeset/174014>. 1037532 24 beidson 2014-09-26 13:03:49 -0700 (In reply to comment #23) > It's not evident from the bug, but Brian did account for my feedback when landing. That was still not quite correct, so he followed up with a better fix in <http://trac.webkit.org/changeset/174014>. Ack, my apologies - Saw the continued chatter without actually looking at the landed patch :) 1037538 25 burg 2014-09-26 13:19:54 -0700 (In reply to comment #24) > (In reply to comment #23) > > It's not evident from the bug, but Brian did account for my feedback when landing. That was still not quite correct, so he followed up with a better fix in <http://trac.webkit.org/changeset/174014>. > > Ack, my apologies - Saw the continued chatter without actually looking at the landed patch :) I assumed that commit-queue would add a link to the fixup commit here, but I must have used dcommit or something. Sorry for the confusion! 238679 2014-09-25 15:43:33 -0700 2014-09-25 16:24:23 -0700 Patch bug-129642-20140925154323.patch text/plain 5244 burg U3VidmVyc2lvbiBSZXZpc2lvbjogMTczOTc0CmRpZmYgLS1naXQgYS9Tb3VyY2UvV2ViQ29yZS9D aGFuZ2VMb2cgYi9Tb3VyY2UvV2ViQ29yZS9DaGFuZ2VMb2cKaW5kZXggYzI2NzE0MmY0MDNjM2M1 MzFhYTdlMDg1OTM0N2RiNmU5MDliNWZmYi4uODI0ZDVhNDU4ZWE4MmEyZDQwYzNiYzkyODc1MDkx NDkwNDUwZTY0NiAxMDA2NDQKLS0tIGEvU291cmNlL1dlYkNvcmUvQ2hhbmdlTG9nCisrKyBiL1Nv dXJjZS9XZWJDb3JlL0NoYW5nZUxvZwpAQCAtMSwzICsxLDE5IEBACisyMDE0LTA5LTI1ICBCcmlh biBKLiBCdXJnICA8YnVyZ0Bjcy53YXNoaW5ndG9uLmVkdT4KKworICAgICAgICBTdG9yYWdlVHJh Y2tlcjo6ZGVsZXRlT3JpZ2luIGJlaW5nIGNhbGxlZCBvZmYgdGhlIG1haW4gdGhyZWFkIChBU1NF UlRzIGluIGluc3BlY3Rvci90ZXN0LWhhcm5lc3MtdHJpdmlhbGx5LXdvcmtzLmh0bWwgdGVzdCkK KyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTEyOTY0Mgor CisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIFdoZW4gdGVh cmluZyBkb3duIHRoZSBpbnNwZWN0b3IgZnJvbnRlbmQncyBwYWdlLCB3ZSB0cmlnZ2VyIGEgdGhy ZWFkaW5nIHZpb2xhdGlvbgorICAgICAgICBpbiBTdG9yYWdlQXJlYVN5bmMncyBmaW5hbCBzeW5j IGNvZGUgdW5kZXJuZWF0aCBTdG9yYWdlQXJlYVN5bmM6OmRlbGV0ZUVtcHR5RGF0YWJhc2UoKS4K KworICAgICAgICBObyBuZXcgdGVzdHMuIFJlZ3Jlc3Npb24gaXMgY292ZXJlZCBieSBpbnNwZWN0 b3IvdGVzdC1oYXJuZXNzLXRyaXZpYWxseS13b3Jrcy5odG1sLgorCisgICAgICAgICogc3RvcmFn ZS9TdG9yYWdlQXJlYVN5bmMuY3BwOgorICAgICAgICAoV2ViQ29yZTo6U3RvcmFnZUFyZWFTeW5j OjpkZWxldGVFbXB0eURhdGFiYXNlKTogYWRkIGEgbWlzc2luZyBjYWxsT25NYWluVGhyZWFkKCkg d2hlbgorICAgICAgICBjYWxsaW5nIFN0b3JhZ2VUcmFja2VyOjpkZWxldGVPcmlnaW5XaXRoSWRl bnRpZmllcigpLgorCiAyMDE0LTA5LTI1ICBKZXJlbXkgSm9uZXMgIDxqZXJlbXlqQGFwcGxlLmNv bT4KIAogICAgICAgICBSYWNlIGluIHJlZiBwb2ludGVyIGZvciBXZWJWaWRlb0Z1bGxzY3JlZW5J bnRlcmZhY2VBVktpdC4KZGlmZiAtLWdpdCBhL1NvdXJjZS9XZWJDb3JlL3N0b3JhZ2UvU3RvcmFn ZUFyZWFTeW5jLmNwcCBiL1NvdXJjZS9XZWJDb3JlL3N0b3JhZ2UvU3RvcmFnZUFyZWFTeW5jLmNw cAppbmRleCBhOGEwMjc3YjRkMDUxOWZhZWEzNGVlNDQ0OTM1NWQ5YmMyOGE2OGU1Li5jMGY3ZjJm ODdmNDYwMDcwMThhMTc1YmVmNzcxYmMzZTJiYjVhMjlmIDEwMDY0NAotLS0gYS9Tb3VyY2UvV2Vi Q29yZS9zdG9yYWdlL1N0b3JhZ2VBcmVhU3luYy5jcHAKKysrIGIvU291cmNlL1dlYkNvcmUvc3Rv cmFnZS9TdG9yYWdlQXJlYVN5bmMuY3BwCkBAIC01MjEsOSArNTIxLDEyIEBAIHZvaWQgU3RvcmFn ZUFyZWFTeW5jOjpkZWxldGVFbXB0eURhdGFiYXNlKCkKICAgICBpZiAoIWNvdW50KSB7CiAgICAg ICAgIHF1ZXJ5LmZpbmFsaXplKCk7CiAgICAgICAgIG1fZGF0YWJhc2UuY2xvc2UoKTsKLSAgICAg ICAgaWYgKFN0b3JhZ2VUcmFja2VyOjp0cmFja2VyKCkuaXNBY3RpdmUoKSkKLSAgICAgICAgICAg IFN0b3JhZ2VUcmFja2VyOjp0cmFja2VyKCkuZGVsZXRlT3JpZ2luV2l0aElkZW50aWZpZXIobV9k YXRhYmFzZUlkZW50aWZpZXIpOwotICAgICAgICBlbHNlIHsKKyAgICAgICAgaWYgKFN0b3JhZ2VU cmFja2VyOjp0cmFja2VyKCkuaXNBY3RpdmUoKSkgeworICAgICAgICAgICAgU3RyaW5nIGRhdGFi YXNlSWRlbnRpZmllckNvcHkgPSBtX2RhdGFiYXNlSWRlbnRpZmllci5pc29sYXRlZENvcHkoKTsK KyAgICAgICAgICAgIGNhbGxPbk1haW5UaHJlYWQoW2RhdGFiYXNlSWRlbnRpZmllckNvcHldIHsK KyAgICAgICAgICAgICAgICBTdG9yYWdlVHJhY2tlcjo6dHJhY2tlcigpLmRlbGV0ZU9yaWdpbldp dGhJZGVudGlmaWVyKGRhdGFiYXNlSWRlbnRpZmllckNvcHkpOworICAgICAgICAgICAgfSk7Cisg ICAgICAgIH0gZWxzZSB7CiAgICAgICAgICAgICBTdHJpbmcgZGF0YWJhc2VGaWxlbmFtZSA9IG1f c3luY01hbmFnZXItPmZ1bGxEYXRhYmFzZUZpbGVuYW1lKG1fZGF0YWJhc2VJZGVudGlmaWVyKTsK ICAgICAgICAgICAgIGlmICghU1FMaXRlRmlsZVN5c3RlbTo6ZGVsZXRlRGF0YWJhc2VGaWxlKGRh dGFiYXNlRmlsZW5hbWUpKQogICAgICAgICAgICAgICAgIExPR19FUlJPUigiRmFpbGVkIHRvIGRl bGV0ZSBkYXRhYmFzZSBmaWxlICVzXG4iLCBkYXRhYmFzZUZpbGVuYW1lLnV0ZjgoKS5kYXRhKCkp OwpkaWZmIC0tZ2l0IGEvTGF5b3V0VGVzdHMvQ2hhbmdlTG9nIGIvTGF5b3V0VGVzdHMvQ2hhbmdl TG9nCmluZGV4IGYzYTgzZDY1MWY0ZGUyYjNjYWFkNDhhZmJlMWQwNGVlOTU1OTI2NjAuLmMyNjU5 ZWI2NGFmNTZmMDhmY2YwM2NkYTRmMDJmMWQ2ZjY0NTY3ZWMgMTAwNjQ0Ci0tLSBhL0xheW91dFRl c3RzL0NoYW5nZUxvZworKysgYi9MYXlvdXRUZXN0cy9DaGFuZ2VMb2cKQEAgLTEsMyArMSwxNCBA QAorMjAxNC0wOS0yNSAgQnJpYW4gSi4gQnVyZyAgPGJ1cmdAY3Mud2FzaGluZ3Rvbi5lZHU+CisK KyAgICAgICAgU3RvcmFnZVRyYWNrZXI6OmRlbGV0ZU9yaWdpbiBiZWluZyBjYWxsZWQgb2ZmIHRo ZSBtYWluIHRocmVhZCAoQVNTRVJUcyBpbiBpbnNwZWN0b3IvdGVzdC1oYXJuZXNzLXRyaXZpYWxs eS13b3Jrcy5odG1sIHRlc3QpCisgICAgICAgIGh0dHBzOi8vYnVncy53ZWJraXQub3JnL3Nob3df YnVnLmNnaT9pZD0xMjk2NDIKKworICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4K KworICAgICAgICBSZW1vdmUgdGhlIGJsYW5rZXQgU2tpcCBmb3IgYWxsIHRlc3RzIGluIGluc3Bl Y3Rvci8uCisKKyAgICAgICAgKiBUZXN0RXhwZWN0YXRpb25zOiBjbGVhbiB1cCBleHBlY3RhdGlv bnMgZm9yIGluc3BlY3Rvci8gYW5kIGFkZCBuZXcgdHJhY2tpbmcgYnVncy4KKwogMjAxNC0wOS0y NSAgSmF2aWVyIEZlcm5hbmRleiAgPGpmZXJuYW5kZXpAaWdhbGlhLmNvbT4KIAogICAgICAgICBB U1NFUlRJT04gRkFJTEVEOiBjb2x1bW5Db3VudCBpbiBXZWJDb3JlOjpDU1NQYXJzZXI6OnBhcnNl R3JpZFRlbXBsYXRlQXJlYXNSb3cKZGlmZiAtLWdpdCBhL0xheW91dFRlc3RzL1Rlc3RFeHBlY3Rh dGlvbnMgYi9MYXlvdXRUZXN0cy9UZXN0RXhwZWN0YXRpb25zCmluZGV4IGQ1OTY2NDAzNDkzZThj YTQ4NWZmZWU3OGEwMDRjMGY4NzRiMDUzNjYuLmMzYWFkNWM4MDQ4NmM2OTI1NzhlYmZlYjA2ZDc3 OTkwNDY5Mzc4YWQgMTAwNjQ0Ci0tLSBhL0xheW91dFRlc3RzL1Rlc3RFeHBlY3RhdGlvbnMKKysr IGIvTGF5b3V0VGVzdHMvVGVzdEV4cGVjdGF0aW9ucwpAQCAtOTAsOCArOTAsNiBAQCB3ZWJraXQu b3JnL2IvMTI5NjM5IGluc3BlY3Rvci1wcm90b2NvbC9kb20vZG9tLXNlYXJjaC1jcmFzaC5odG1s IFsgU2tpcCBdCiB3ZWJraXQub3JnL2IvMTI5MzI3IGluc3BlY3Rvci1wcm90b2NvbC9pbmRleGVk ZGIvYmFzaWNzLmh0bWwgWyBQYXNzIEZhaWx1cmUgXQogd2Via2l0Lm9yZy9iLzEyNzQxNCBpbnNw ZWN0b3ItcHJvdG9jb2wvcGFnZS9kZW55LVgtRnJhbWVPcHRpb24uaHRtbCBbIFBhc3MgRmFpbHVy ZSBdCiAKLXdlYmtpdC5vcmcvYi8xMjk2NDIgaW5zcGVjdG9yIFsgU2tpcCBdCi0KICMgVGhlc2Ug dGVzdHMgY2F1c2UgYXNzZXJ0aW9uIGZhaWx1cmVzIGluIHN1YnNlcXVlbnQgdGVzdHMKIHdlYmtp dC5vcmcvYi8xMzE5MTkgaW5zcGVjdG9yL2RvbSBbIFNraXAgXQogCkBAIC05OSwxNiArOTcsMTcg QEAgd2Via2l0Lm9yZy9iLzEzMTkxOSBpbnNwZWN0b3IvZG9tIFsgU2tpcCBdCiAjIHdlYmtpdC5v cmcvYi8xMjk4MTcgaW5zcGVjdG9yL2RvbS9jb250ZW50LWZsb3ctbGlzdC5odG1sIFsgUGFzcyBG YWlsdXJlIF0KICMgd2Via2l0Lm9yZy9iLzEyOTgxNyBpbnNwZWN0b3IvZG9tL2NvbnRlbnQtZmxv dy1jb250ZW50LXJlbW92YWwuaHRtbCBbIFBhc3MgRmFpbHVyZSBdCiAKLSMgQ29sbGVjdGluZyBy ZWdpb24ncyBjaGlsZHJlbiBpbiBhIG5hbWVkIGZsb3cgbm90IHN1cHBvcnRlZCB5ZXQKLXdlYmtp dC5vcmcvYi83NDE0NCBmYXN0L3JlZ2lvbnMvZmxvdy1ib2R5LWluLWh0bWwuaHRtbCBbIFNraXAg XQotd2Via2l0Lm9yZy9iLzc0MTQ0IGZhc3QvcmVnaW9ucy91bml2ZXJzYWwtc2VsZWN0b3ItY2hp bGRyZW4tdG8tdGhlLXNhbWUtcmVnaW9uLmh0bWwgWyBTa2lwIF0KLXdlYmtpdC5vcmcvYi83NDE0 NCBmYXN0L3JlZ2lvbnMvcmVnaW9uLWNvbnRlbnQtZmxvd24taW50by1yZWdpb24uaHRtbCBbIFNr aXAgXQorIyBUaGVzZSB0ZXN0cyBzdGlsbCBteXN0ZXJpb3VzbHkgZmxha2UgYW5kL29yIHRpbWUg b3V0Lgord2Via2l0Lm9yZy9iLzEzNzEzMSBpbnNwZWN0b3IvZGVidWdnZXIgWyBTa2lwIF0KK3dl YmtpdC5vcmcvYi8xMzcxMzAgaW5zcGVjdG9yL3JlcGxheSBbIFNraXAgXQogCiAjIERvZXNuJ3Qg d29yayB5ZXQsIHJlbGllcyBvbiBuZXR3b3JrIHJlcGxheSBmdW5jdGlvbmFsaXR5ICh3ZWJraXQu b3JnL2IvMTMwNzI4LCB3ZWJraXQub3JnL2IvMTI5MzkxKQogd2Via2l0Lm9yZy9iLzEzMTMxOCBo dHRwL3Rlc3RzL2luc3BlY3Rvci9yZXBsYXkvZG9jdW1lbnQtbGFzdC1tb2RpZmllZC1mYWxsYmFj ay12YWx1ZS5odG1sIFsgU2tpcCBdCiAKLSMgQXNzZXJ0cyBpbiBkZWJ1ZyBidWlsZHMuCi1bIERl YnVnIF0gaHR0cC90ZXN0cy9pbnNwZWN0b3IvcmVwbGF5L2RvY3VtZW50LWxhc3QtbW9kaWZpZWQt ZmFsbGJhY2stdmFsdWUuaHRtbCBbIFNraXAgXQorIyBDb2xsZWN0aW5nIHJlZ2lvbidzIGNoaWxk cmVuIGluIGEgbmFtZWQgZmxvdyBub3Qgc3VwcG9ydGVkIHlldAord2Via2l0Lm9yZy9iLzc0MTQ0 IGZhc3QvcmVnaW9ucy9mbG93LWJvZHktaW4taHRtbC5odG1sIFsgU2tpcCBdCit3ZWJraXQub3Jn L2IvNzQxNDQgZmFzdC9yZWdpb25zL3VuaXZlcnNhbC1zZWxlY3Rvci1jaGlsZHJlbi10by10aGUt c2FtZS1yZWdpb24uaHRtbCBbIFNraXAgXQord2Via2l0Lm9yZy9iLzc0MTQ0IGZhc3QvcmVnaW9u cy9yZWdpb24tY29udGVudC1mbG93bi1pbnRvLXJlZ2lvbi5odG1sIFsgU2tpcCBdCiAKICMgRXhw YW5kbyBwcm9wZXJ0aWVzIG9uIGF0dHJpYnV0ZSBub2RlcyBkaXNhcHBlYXIKIHdlYmtpdC5vcmcv Yi84ODA0NSBmYXN0L2RvbS9nYy1hdHRyaWJ1dGUtbm9kZS5odG1sIFsgRmFpbHVyZSBQYXNzIF0K