143088 2015-03-26 03:05:54 -0700 [WinCairo] Crash when closing window while video is loading 2015-04-01 11:00:01 -0700 1 1 1 Unclassified WebKit WebCore Misc. 528+ (Nightly build) PC Windows 7 RESOLVED FIXED P2 Normal --- 1 arcoun webkit-unassigned achristensen andersca bfulgham commit-queue peavo oldest_to_newest 1080242 0 arcoun 2015-03-26 03:05:54 -0700 A crash can be easily reproduced when closing a window or leaving a page while the video is still loading (not yet playing). Test Url can be http://www.quirksmode.org/html5/tests/video.html Reproduced with WebKit 601.1.24 which include recent related crash fixes: - Bug 142578 - [WinCairo] Crash when leaving page while video is playing. - Bug 141248 - [WinCairo] Crash when media player is destroyed. Also reproduced using WinLauncher, exception analysis (WinDbg) below. Seems to be a double-free. ******************************************************************************* * * * Exception Analysis * * * ******************************************************************************* FAULTING_IP: ntdll!RtlReportCriticalFailure+29 77043845 cc int 3 EXCEPTION_RECORD: ffffffff -- (.exr 0xffffffffffffffff) ExceptionAddress: 77043845 (ntdll!RtlReportCriticalFailure+0x00000029) ExceptionCode: 80000003 (Break instruction exception) ExceptionFlags: 00000000 NumberParameters: 3 Parameter[0]: 00000000 Parameter[1]: 84a30030 Parameter[2]: 0012ecc9 CONTEXT: 00000000 -- (.cxr 0x0;r) eax=00000000 ebx=00000000 ecx=76fa179f edx=0012ecc9 esi=04080000 edi=04086bb8 eip=77043845 esp=0012ef1c ebp=0012ef94 iopl=0 nv up ei pl nz na po nc cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000202 ntdll!RtlReportCriticalFailure+0x29: 77043845 cc int 3 FAULTING_THREAD: 00000e04 PROCESS_NAME: WinLauncher.exe OVERLAPPED_MODULE: Address regions for 'rgb9rast' and 'vm3dum.dll' overlap ERROR_CODE: (NTSTATUS) 0x80000003 - {EXCEPTION} Breakpoint A breakpoint has been reached. EXCEPTION_CODE: (HRESULT) 0x80000003 (2147483651) - One or more arguments are invalid EXCEPTION_PARAMETER1: 00000000 EXCEPTION_PARAMETER2: 84a30030 EXCEPTION_PARAMETER3: 0012ecc9 NTGLOBALFLAG: 0 APPLICATION_VERIFIER_FLAGS: 0 APP: winlauncher.exe ANALYSIS_VERSION: 6.3.9600.17298 (debuggers(dbg).141024-1500) x86fre LAST_CONTROL_TRANSFER: from 770447a3 to 77043845 BUGCHECK_STR: APPLICATION_FAULT_ACTIONABLE_HEAP_CORRUPTION_heap_failure_block_not_busy_DOUBLE_FREE PRIMARY_PROBLEM_CLASS: ACTIONABLE_HEAP_CORRUPTION_heap_failure_block_not_busy DEFAULT_BUCKET_ID: ACTIONABLE_HEAP_CORRUPTION_heap_failure_block_not_busy STACK_TEXT: 7705ce10 76ffddff ntdll!RtlFreeHeap+0x64 7705ce14 75a8c3d4 kernel32!HeapFree+0x14 7705ce18 62d24c1a d3d9!MemFree+0x1b 7705ce1c 62d39e7e d3d9!CEnum::Release+0xe6 7705ce20 6817314d evr!CMonitorArray9::TerminateDisplaySystem+0x1c 7705ce24 68173691 evr!CMFVideoPresenter::~CMFVideoPresenter+0x8f 7705ce28 68172fda evr!CUnknown::NonDelegatingRelease+0x23 7705ce2c 68162d3e evr!CBaseAllocator::Release+0x11 7705ce30 76c14977 oleaut32!VariantClear+0xb9 7705ce34 76aeb8fa ole32!PropVariantClearWorker+0x72 7705ce38 76af3d88 ole32!PropVariantClear+0xf 7705ce3c 624d54e5 mf!MFCreateMP3MediaSink+0x397a 7705ce40 624d8d4f mf!MFCreateTopology+0x254 7705ce44 624d73b2 mf!MFCreateTopologyNode+0x1a15 7705ce48 624d88e6 mf!MFCreateTopologyNode+0x2f49 7705ce4c 624d5228 mf!MFCreateMP3MediaSink+0x36bd 7705ce50 01db690b webkit!WebCore::MediaPlayerPrivateMediaFoundation::~MediaPlayerPrivateMediaFoundation+0x7b 7705ce54 01c427f6 webkit!WebCore::MediaPlayer::~MediaPlayer+0x86 7705ce58 0164c3d5 webkit!WebCore::HTMLMediaElement::clearMediaPlayer+0x25 7705ce5c 0164c275 webkit!WebCore::HTMLMediaElement::userCancelledLoad+0x25 7705ce60 015d7671 webkit!WebCore::Document::prepareForDestruction+0xa1 7705ce64 01a8b276 webkit!WebCore::Frame::createView+0x36 7705ce68 014c80d2 webkit!WebFrameLoaderClient::transitionToCommittedForNewPage+0xb2 7705ce6c 01571bcc webkit!WebCore::FrameLoader::transitionToCommitted+0x1ac 7705ce70 01570295 webkit!WebCore::FrameLoader::commitProvisionalLoad+0x165 7705ce74 01568c9c webkit!WebCore::DocumentLoader::commitLoad+0x3c 7705ce78 01569a6c webkit!WebCore::DocumentLoader::dataReceived+0x7c 7705ce7c 01bad690 webkit!WebCore::CachedRawResource::notifyClientsDataWasReceived+0x40 7705ce80 01bacdfd webkit!WebCore::CachedRawResource::addDataBuffer+0x8d 7705ce84 01b9a639 webkit!WebCore::SubresourceLoader::didReceiveDataOrBuffer+0x89 7705ce88 01b9a210 webkit!WebCore::SubresourceLoader::didReceiveData+0x20 7705ce8c 01565147 webkit!WebCore::ResourceLoader::didReceiveData+0x17 STACK_COMMAND: .ecxr ; kb ; dps 7705ce10 ; kb FOLLOWUP_IP: EVR!CMonitorArray9::TerminateDisplaySystem+1c 6817314d 832600 and dword ptr [esi],0 SYMBOL_STACK_INDEX: 4 SYMBOL_NAME: evr!CMonitorArray9::TerminateDisplaySystem+1c FOLLOWUP_NAME: MachineOwner MODULE_NAME: EVR IMAGE_NAME: EVR.dll DEBUG_FLR_IMAGE_TIMESTAMP: 4ce7b86c FAILURE_BUCKET_ID: ACTIONABLE_HEAP_CORRUPTION_heap_failure_block_not_busy_80000003_EVR.dll!CMonitorArray9::TerminateDisplaySystem BUCKET_ID: APPLICATION_FAULT_ACTIONABLE_HEAP_CORRUPTION_heap_failure_block_not_busy_DOUBLE_FREE_evr!CMonitorArray9::TerminateDisplaySystem+1c ANALYSIS_SOURCE: UM FAILURE_ID_HASH_STRING: um:actionable_heap_corruption_heap_failure_block_not_busy_80000003_evr.dll!cmonitorarray9::terminatedisplaysystem FAILURE_ID_HASH: {5042ab70-5cbd-dae5-520a-04daa1b8d317} Followup: MachineOwner --------- 1080332 1 achristensen 2015-03-26 10:55:21 -0700 What svn revision was this seen on? Can it be reproduced after r181805? 1080572 2 arcoun 2015-03-27 02:32:54 -0700 I am using the Safari-601.1.24 tag (r181960) which include the r181805 fix. 1080647 3 achristensen 2015-03-27 10:34:57 -0700 It looks like MediaPlayerPrivateMediaFoundation::createSession should also be protected by a mutex kind of like https://bugs.webkit.org/show_bug.cgi?id=142578 Could you upload a patch? 1081000 4 peavo 2015-03-29 04:24:20 -0700 I'm having a little trouble reproducing this one, which OS are you on? I'm testing WinLauncher 32-bit on Win7. 1081179 5 arcoun 2015-03-30 09:16:15 -0700 After additional testing, here are some complementary informations: - The crash is triggered by ~MediaPlayerPrivateMediaFoundation when releasing m_topology (IMFTopology) - The crash occurs on a Win7 VM with mf.dll 12.0.7601.17514 - The crash does not occur on an other Win7 VM with mf.dll 12.0.7601.18741 but m_topology is not set in MediaPlayerPrivateMediaFoundation destructor in that case (video is still loading). I'm going to do some more testing to better understand if m_toppology should be set but this seems to be related to MediaFoundation version. 1081294 6 249760 peavo 2015-03-30 14:17:07 -0700 Created attachment 249760 Patch 1081296 7 peavo 2015-03-30 14:21:08 -0700 (In reply to comment #5) > After additional testing, here are some complementary informations: > > - The crash is triggered by ~MediaPlayerPrivateMediaFoundation when > releasing m_topology (IMFTopology) > > - The crash occurs on a Win7 VM with mf.dll 12.0.7601.17514 > > - The crash does not occur on an other Win7 VM with mf.dll 12.0.7601.18741 > but m_topology is not set in MediaPlayerPrivateMediaFoundation destructor in > that case (video is still loading). > > I'm going to do some more testing to better understand if m_toppology should > be set but this seems to be related to MediaFoundation version. Could you try the uploaded patch? I'm not sure this will fix your problem, but I believe it fixes a potential crash if a call on the main thread made by a worker thread is invoked after the media player is destroyed. 1081300 8 achristensen 2015-03-30 14:29:53 -0700 This looks good to me. Anders, what do you think? Are there other places where callOnMainThread(std::function<void()>) could cause similar crashes in WebKit? Is this how things like this are fixed? 1081322 9 249760 mark.lam 2015-03-30 15:06:21 -0700 Comment on attachment 249760 Patch r=me 1081356 10 249760 commit-queue 2015-03-30 16:02:39 -0700 Comment on attachment 249760 Patch Clearing flags on attachment: 249760 Committed r182160: <http://trac.webkit.org/changeset/182160> 1081357 11 commit-queue 2015-03-30 16:02:44 -0700 All reviewed patches have been landed. Closing bug. 1081567 12 ap 2015-03-30 22:27:55 -0700 This may have broken accessibility/aria-hidden-hides-all-elements.html on Windows. https://webkit-test-results.appspot.com/dashboards/flakiness_dashboard.html#showAllRuns=true&tests=accessibility%2Faria-hidden-hides-all-elements.html 1081608 13 arcoun 2015-03-31 04:08:31 -0700 This patch does not resolve the problem I am experiencing. I still get a crash. Regarding my comment on the VM with mf.dll 12.0.7601.18741, m_topology is also set but there is no crash when ~MediaPlayerPrivateMediaFoundation release it. So this bug is surely related to a bug in MediaFoundation which has been fixed in the latest versions. I let you decide if the status should be modified (INVALID?). 1081634 14 arcoun 2015-03-31 07:39:14 -0700 Not sure this is related to MediaFoundation, mf.dll or a Windows update. After installing every updates available in Windows update, I still have the same crash... 1081699 15 achristensen 2015-03-31 11:18:47 -0700 (In reply to comment #12) > This may have broken accessibility/aria-hidden-hides-all-elements.html on > Windows. > > https://webkit-test-results.appspot.com/dashboards/flakiness_dashboard. > html#showAllRuns=true&tests=accessibility%2Faria-hidden-hides-all-elements. > html There is no way this caused that test failure. The AppleWin port doesn't even compile this code. (In reply to comment #14) > Not sure this is related to MediaFoundation, mf.dll or a Windows update. After installing every updates available in Windows update, I still have the same crash... It's possible we're still not handling MediaFoundation correctly. Try to reproduce that crash, file another bug, debug it, and upload a patch :) 1081739 16 peavo 2015-03-31 12:30:24 -0700 (In reply to comment #14) > Not sure this is related to MediaFoundation, mf.dll or a Windows update. > After installing every updates available in Windows update, I still have the > same crash... Could you try to apply the following patch? It seems to be recommended to release all MF objects before MFShutdown is called. Index: MediaPlayerPrivateMediaFoundation.cpp =================================================================== --- MediaPlayerPrivateMediaFoundation.cpp (revisjon 182189) +++ MediaPlayerPrivateMediaFoundation.cpp (arbeidskopi) @@ -293,6 +293,13 @@ bool MediaPlayerPrivateMediaFoundation::endSession() { + // Release all MF objects before MFShutdown is called. + m_sourceResolver = nullptr; + m_mediaSource = nullptr; + m_topology = nullptr; + m_sourcePD = nullptr; + m_videoDisplay = nullptr; + if (m_mediaSession) { m_mediaSession->Shutdown(); m_mediaSession = nullptr; 1081994 17 arcoun 2015-04-01 07:22:51 -0700 (In reply to comment #15) > It's possible we're still not handling MediaFoundation correctly. Try to > reproduce that crash, file another bug, debug it, and upload a patch :) Why file another bug? I still easily reproduce this same bug, with the same stack trace and using the same condition. Nothing has been resolved here so the status should not be RESOLVED/FIXED. (In reply to comment #16) > Could you try to apply the following patch? > It seems to be recommended to release all MF objects before MFShutdown is > called. No, still got a crash... Now during m_mediaSession->Shutdown but this might be because this is where the problematic object is completely released. -- I only reproduce this in a VMWare VM, this might be related to the VMWare video driver or tools. Anyone has the same configuration? 1082003 18 arcoun 2015-04-01 08:29:05 -0700 This seems to be directly due to the VMWare SVGA driver. - I've got the same crash (in winsat.exe, exactly same stack trace) when testing the Windows Experience Index - If I remove the VMWare SVGA driver, no crash in winsat.exe or WebKit. - If I reinstall the VMWare SVGA driver, winsat.exe and WebKit both crash. I think it can be closed as INVALID and related to 3rdparty drivers. 1082050 19 achristensen 2015-04-01 11:00:01 -0700 This investigation led us to fix a problem that needed to be fixed, but I believe your specific problem is indeed a problem with 3rd party drivers. If you find that there is indeed code in WebKit that does something wrong with MediaFoundation that causes a crash, please file another bug. Thanks! 249760 2015-03-30 14:17:07 -0700 2015-03-30 16:02:39 -0700 Patch bug-143088-20150330231615.patch text/plain 4050 peavo SW5kZXg6IFNvdXJjZS9XZWJDb3JlL0NoYW5nZUxvZwo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBTb3VyY2UvV2Vi Q29yZS9DaGFuZ2VMb2cJKHJldmlzaW9uIDE4MjE1MikKKysrIFNvdXJjZS9XZWJDb3JlL0NoYW5n ZUxvZwkod29ya2luZyBjb3B5KQpAQCAtMSwzICsxLDIzIEBACisyMDE1LTAzLTMwICBQZXIgQXJu ZSBWb2xsYW4gIDxwZWF2b0BvdXRsb29rLmNvbT4KKworICAgICAgICBbV2luQ2Fpcm9dIENyYXNo IHdoZW4gY2xvc2luZyB3aW5kb3cgd2hpbGUgdmlkZW8gaXMgbG9hZGluZworICAgICAgICBodHRw czovL2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/aWQ9MTQzMDg4CisKKyAgICAgICAgUmV2 aWV3ZWQgYnkgTk9CT0RZIChPT1BTISkuCisKKyAgICAgICAgV2hlbiB0aGUgbWVkaWEgcGxheWVy IGlzIGRlc3Ryb3llZCwgd2UgaGF2ZSB0byBjYW5jZWwgcG9zc2libGUgY2FsbHMgb24gdGhlCisg ICAgICAgIG1haW4gdGhyZWFkIG1hZGUgYnkgYSB3b3JrZXIgdGhyZWFkLiBPdGhlcndpc2UgdGhl IGRlc3Ryb3llZCBtZWRpYSBwbGF5ZXIKKyAgICAgICAgd2lsbCBiZSBhY2Nlc3NlZCB3aGVuIHBl cmZvcm1pbmcgdGhlIGNhbGwuCisKKyAgICAgICAgKiBwbGF0Zm9ybS9ncmFwaGljcy93aW4vTWVk aWFQbGF5ZXJQcml2YXRlTWVkaWFGb3VuZGF0aW9uLmNwcDoKKyAgICAgICAgKFdlYkNvcmU6Ok1l ZGlhUGxheWVyUHJpdmF0ZU1lZGlhRm91bmRhdGlvbjo6fk1lZGlhUGxheWVyUHJpdmF0ZU1lZGlh Rm91bmRhdGlvbik6CisgICAgICAgIChXZWJDb3JlOjpNZWRpYVBsYXllclByaXZhdGVNZWRpYUZv dW5kYXRpb246OmVuZENyZWF0ZWRNZWRpYVNvdXJjZSk6CisgICAgICAgIChXZWJDb3JlOjpNZWRp YVBsYXllclByaXZhdGVNZWRpYUZvdW5kYXRpb246OmVuZEdldEV2ZW50KToKKyAgICAgICAgKFdl YkNvcmU6Ok1lZGlhUGxheWVyUHJpdmF0ZU1lZGlhRm91bmRhdGlvbjo6b25Ub3BvbG9neVNldCk6 CisgICAgICAgIChXZWJDb3JlOjpNZWRpYVBsYXllclByaXZhdGVNZWRpYUZvdW5kYXRpb246Om9u Q3JlYXRlZE1lZGlhU291cmNlQ2FsbGJhY2spOgorICAgICAgICAoV2ViQ29yZTo6TWVkaWFQbGF5 ZXJQcml2YXRlTWVkaWFGb3VuZGF0aW9uOjpvblRvcG9sb2d5U2V0Q2FsbGJhY2spOgorICAgICAg ICAqIHBsYXRmb3JtL2dyYXBoaWNzL3dpbi9NZWRpYVBsYXllclByaXZhdGVNZWRpYUZvdW5kYXRp b24uaDoKKwogMjAxNS0wMy0zMCAgQW50dGkgS29pdmlzdG8gIDxhbnR0aUBhcHBsZS5jb20+CiAK ICAgICAgICAgRG9uJ3QgY2FjaGUgcmVzb3VyY2VzIHRoYXQgYXJlIHZlcnkgdW5saWtlbHkgdG8g YmUgcmV1c2VkCkluZGV4OiBTb3VyY2UvV2ViQ29yZS9wbGF0Zm9ybS9ncmFwaGljcy93aW4vTWVk aWFQbGF5ZXJQcml2YXRlTWVkaWFGb3VuZGF0aW9uLmNwcAo9PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBTb3VyY2Uv V2ViQ29yZS9wbGF0Zm9ybS9ncmFwaGljcy93aW4vTWVkaWFQbGF5ZXJQcml2YXRlTWVkaWFGb3Vu ZGF0aW9uLmNwcAkocmV2aXNpb24gMTgyMDU3KQorKysgU291cmNlL1dlYkNvcmUvcGxhdGZvcm0v Z3JhcGhpY3Mvd2luL01lZGlhUGxheWVyUHJpdmF0ZU1lZGlhRm91bmRhdGlvbi5jcHAJKHdvcmtp bmcgY29weSkKQEAgLTc4LDYgKzc4LDggQEAgTWVkaWFQbGF5ZXJQcml2YXRlTWVkaWFGb3VuZGF0 aW9uOjp+TWVkaQogICAgIG5vdGlmeURlbGV0ZWQoKTsKICAgICBkZXN0cm95VmlkZW9XaW5kb3co KTsKICAgICBlbmRTZXNzaW9uKCk7CisgICAgY2FuY2VsQ2FsbE9uTWFpblRocmVhZChvblRvcG9s b2d5U2V0Q2FsbGJhY2ssIHRoaXMpOworICAgIGNhbmNlbENhbGxPbk1haW5UaHJlYWQob25DcmVh dGVkTWVkaWFTb3VyY2VDYWxsYmFjaywgdGhpcyk7CiB9CiAKIHZvaWQgTWVkaWFQbGF5ZXJQcml2 YXRlTWVkaWFGb3VuZGF0aW9uOjpyZWdpc3Rlck1lZGlhRW5naW5lKE1lZGlhRW5naW5lUmVnaXN0 cmFyIHJlZ2lzdHJhcikKQEAgLTM0MCw5ICszNDIsNyBAQCBib29sIE1lZGlhUGxheWVyUHJpdmF0 ZU1lZGlhRm91bmRhdGlvbjo6CiAgICAgaHIgPSBhc3luY1Jlc3VsdC0+R2V0U3RhdHVzKCk7CiAg ICAgbV9sb2FkaW5nUHJvZ3Jlc3MgPSBTVUNDRUVERUQoaHIpOwogCi0gICAgY2FsbE9uTWFpblRo cmVhZChbdGhpc10gewotICAgICAgICBvbkNyZWF0ZWRNZWRpYVNvdXJjZSgpOwotICAgIH0pOwor ICAgIGNhbGxPbk1haW5UaHJlYWQob25DcmVhdGVkTWVkaWFTb3VyY2VDYWxsYmFjaywgdGhpcyk7 CiAKICAgICByZXR1cm4gdHJ1ZTsKIH0KQEAgLTM2Nyw5ICszNjcsNyBAQCBib29sIE1lZGlhUGxh eWVyUHJpdmF0ZU1lZGlhRm91bmRhdGlvbjo6CiAKICAgICBzd2l0Y2ggKG1lZGlhRXZlbnRUeXBl KSB7CiAgICAgY2FzZSBNRVNlc3Npb25Ub3BvbG9neVNldDoKLSAgICAgICAgY2FsbE9uTWFpblRo cmVhZChbdGhpc10gewotICAgICAgICAgICAgb25Ub3BvbG9neVNldCgpOwotICAgICAgICB9KTsK KyAgICAgICAgY2FsbE9uTWFpblRocmVhZChvblRvcG9sb2d5U2V0Q2FsbGJhY2ssIHRoaXMpOwog ICAgICAgICBicmVhazsKIAogICAgIGNhc2UgTUVTZXNzaW9uQ2xvc2VkOgpAQCAtNjQ1LDYgKzY0 MywxOCBAQCB2b2lkIE1lZGlhUGxheWVyUHJpdmF0ZU1lZGlhRm91bmRhdGlvbjo6CiAgICAgbV9w bGF5ZXItPnBsYXliYWNrU3RhdGVDaGFuZ2VkKCk7CiB9CiAKK3ZvaWQgTWVkaWFQbGF5ZXJQcml2 YXRlTWVkaWFGb3VuZGF0aW9uOjpvbkNyZWF0ZWRNZWRpYVNvdXJjZUNhbGxiYWNrKHZvaWQqIGNv bnRleHQpCit7CisgICAgTWVkaWFQbGF5ZXJQcml2YXRlTWVkaWFGb3VuZGF0aW9uKiBtZWRpYVBs YXllciA9IHN0YXRpY19jYXN0PE1lZGlhUGxheWVyUHJpdmF0ZU1lZGlhRm91bmRhdGlvbio+KGNv bnRleHQpOworICAgIG1lZGlhUGxheWVyLT5vbkNyZWF0ZWRNZWRpYVNvdXJjZSgpOworfQorCit2 b2lkIE1lZGlhUGxheWVyUHJpdmF0ZU1lZGlhRm91bmRhdGlvbjo6b25Ub3BvbG9neVNldENhbGxi YWNrKHZvaWQqIGNvbnRleHQpCit7CisgICAgTWVkaWFQbGF5ZXJQcml2YXRlTWVkaWFGb3VuZGF0 aW9uKiBtZWRpYVBsYXllciA9IHN0YXRpY19jYXN0PE1lZGlhUGxheWVyUHJpdmF0ZU1lZGlhRm91 bmRhdGlvbio+KGNvbnRleHQpOworICAgIG1lZGlhUGxheWVyLT5vblRvcG9sb2d5U2V0KCk7Cit9 CisKIE1lZGlhUGxheWVyUHJpdmF0ZU1lZGlhRm91bmRhdGlvbjo6QXN5bmNDYWxsYmFjazo6QXN5 bmNDYWxsYmFjayhNZWRpYVBsYXllclByaXZhdGVNZWRpYUZvdW5kYXRpb24qIG1lZGlhUGxheWVy LCBib29sIGV2ZW50KQogICAgIDogbV9yZWZDb3VudCgwKQogICAgICwgbV9tZWRpYVBsYXllciht ZWRpYVBsYXllcikKSW5kZXg6IFNvdXJjZS9XZWJDb3JlL3BsYXRmb3JtL2dyYXBoaWNzL3dpbi9N ZWRpYVBsYXllclByaXZhdGVNZWRpYUZvdW5kYXRpb24uaAo9PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBTb3VyY2Uv V2ViQ29yZS9wbGF0Zm9ybS9ncmFwaGljcy93aW4vTWVkaWFQbGF5ZXJQcml2YXRlTWVkaWFGb3Vu ZGF0aW9uLmgJKHJldmlzaW9uIDE4MjA1NykKKysrIFNvdXJjZS9XZWJDb3JlL3BsYXRmb3JtL2dy YXBoaWNzL3dpbi9NZWRpYVBsYXllclByaXZhdGVNZWRpYUZvdW5kYXRpb24uaAkod29ya2luZyBj b3B5KQpAQCAtMTEwLDYgKzExMCw4IEBAIHByaXZhdGU6CiAKICAgICB2b2lkIG9uQ3JlYXRlZE1l ZGlhU291cmNlKCk7CiAgICAgdm9pZCBvblRvcG9sb2d5U2V0KCk7CisgICAgc3RhdGljIHZvaWQg b25DcmVhdGVkTWVkaWFTb3VyY2VDYWxsYmFjayh2b2lkKiBjb250ZXh0KTsKKyAgICBzdGF0aWMg dm9pZCBvblRvcG9sb2d5U2V0Q2FsbGJhY2sodm9pZCogY29udGV4dCk7CiAKICAgICBMUENXU1RS IHJlZ2lzdGVyVmlkZW9XaW5kb3dDbGFzcygpOwogICAgIHZvaWQgY3JlYXRlVmlkZW9XaW5kb3co KTsK