14344 2007-06-23 14:26:42 -0700 Changing cursor style has no effect until the mouse moves 2011-01-28 17:58:07 -0800 1 1 1 Unclassified WebKit CSS 523.x (Safari 3) All All RESOLVED FIXED http://www.gtalbot.org/DHTMLSection/Positioning.html InRadar P2 Normal --- 53280 1 browserbugs2 webkit-unassigned ap bugs darin deanm estade evan jiyuluna matt11ag-webkitbugs mjs rniwa scherkus schmidt.christian simon.fraser oldest_to_newest 6541 0 browserbugs2 2007-06-23 14:26:42 -0700 Steps to reproduce: 1. Load provided URL 2. Mousedown over the "Position" pseudo-titlebar of the form and hold the mousedown without moving the mouse Actual results: You see a custom hand-grab cursor which displays an open hand with 5 fingers Expected results: The custom hand-grab cursor displaying an open hand with 5 fingers should become, should change into a custom hand-grabbing cursor which display a closed hand Relevant code involved: <body onload="init();"> (...) <div id="idTitlePosition" title="You can drag and move this position control box form">Position<img (...)></div> function init() { if (document.addEventListener) { document.getElementById("idTitlePosition").addEventListener("mousedown", Activate, false); (...) In Position.css (around line 43): #idTitlePosition { (...) cursor: url("../GRAPHICS/ICO/grab.cur"), move; } In Position.js (around line 230): function Activate (evt) { TextBoxToBeMoved = (evt) ? evt.currentTarget : window.event ? event.srcElement : null; TextBoxToBeMoved.style.cursor = "url('../GRAPHICS/ICO/grabbing.cur'), -moz-grabbing"; Notes: - the provided URL is not a reduced testcase. - MSIE 6, MSIE 7, Firefox 2.0.0.4 get the expected results. - Mozilla used to have a similar bug: Mozilla-Bug 293510 dynamic changes of 'cursor' property don't work until mouse moves https://bugzilla.mozilla.org/show_bug.cgi?id=293510 6487 1 ap 2007-06-24 02:17:37 -0700 Confirmed on Mac OS, so moving to All/All. The Mac version has an even worse behavior, since it cannot display most .cur cursors, but the described problem appears to occur, too. 105511 2 darin 2009-01-13 09:53:20 -0800 *** Bug 19925 has been marked as a duplicate of this bug. *** 105513 3 darin 2009-01-13 09:53:25 -0800 *** Bug 22296 has been marked as a duplicate of this bug. *** 105515 4 darin 2009-01-13 09:53:32 -0800 *** Bug 23079 has been marked as a duplicate of this bug. *** 105516 5 darin 2009-01-13 09:54:26 -0800 Duplicates have examples and, I think, some slightly better explanations. 188340 6 estade 2010-02-05 15:30:38 -0800 this also occurs for non-custom cursors. For example, see http://code.google.com/p/chromium/issues/detail?id=34075 (changing zoom level doesn't change the zoom icon until after a mouse move event) 196140 7 ap 2010-03-04 11:02:27 -0800 <rdar://problem/7563712> 339745 8 darin 2011-01-25 10:47:51 -0800 If we address the basic problem here, we probably still won’t resolve the case where the mouse is down, which would be needed to make the closed-hand example work. Generally speaking we make no cursor adjustments while the mouse is down. We don’t want to change the cursor based on what the mouse is over as you drag with the mouse down. It would be interesting to see how the other browsers behave. Do they adjust the cursor based on style changes in the element you were over when the mouse went down? 339762 9 evan 2011-01-25 11:01:30 -0800 In Firefox 3.6 on Linux, dragging the map gives me the hand cursor. As soon as I drag from there over another HTML element (including the floating map controls) the cursor changes to the cursor used by that control. Dragging outside of the map also resets the cursor. And in all cases, dragging back into the map after the cursor changing puts the cursor back into the dragging-hand cursor. So from that I guess that maps changes the cursor of the map widget to the custom cursor on mouse down, and Firefox obeys the cursor of whatever the mouse is currently over, regardless of the mouse down state. More common uses of dragging, like dragging a link, use browser-level support for drag icons etc so the mouse cursor is unaffected by the page. http://panic.com/goods is another site that uses dnd heavily. There, they have no custom mouse cursor but I do notice that when I drag an item over a link I have the normal arrow cursor throughout, not the hand cursor, because the simulated drag icon is beneath the cursor. If I mouse-wheel *while* dragging, their simulated drag icon gets out of position and I can see my mouse cursor change to the hand when I hover a link. (Weirdly, maps loses my mouse drag if I drag out the left or right side of the window, but not the bottom or top! There could be other bugs here in both maps and Firefox's Linux support, so it is probably worth testing in a more popular browser. panic.com didn't have this problem.) 340235 10 browserbugs2 2011-01-26 06:16:22 -0800 > Generally speaking we make no cursor adjustments while the mouse is down. We don’t want to change the cursor based on what the mouse is over as you drag with the mouse down. In my DHTML demo page, the cursor once Activated is over, remains over that <div id="idTitlePosition">... pseudo-title-bar as it dynamically moves to match cursor position. > It would be interesting to see how the other browsers behave. If I understand correctly your question here, then, yes, other browsers change the cursor based on what the mouse is over as you drag with the mouse down. { Steps: in this very page, mousedown the left button and then move the cursor Actual (with Firefox 3.6.13): all the text become selected/highlighted and the cursor has the I-beam shape. But when the cursor is over a link, then the cursor changes to pointer (a pointing hand). Actual (with Chrome 8.0.552.237): all the text become selected/highlighted and the cursor has the I-beam shape. When the cursor is over a link, then the cursor remains a text (I-beam shape) cursor. } { Steps: I load http://www.gtalbot.org/DHTMLSection/Cursors.html#CSS2 and then mousedown the left button and then move the cursor in the "Notes" column (from auto row at the top to <URI> row at the bottom). Actual (with Firefox 3.6.13): all the text in the first 3 columns become selected, highlighted while the cursor changes accordingly to become the cursor name given in the first column Actual (with Chrome 8.0.552.237): all the text in the first 3 columns become selected, highlighted while the cursor becomes and remains a text (I-beam shape) cursor. } > Do they adjust the cursor based on style changes in the element you were over when the mouse went down? Yes with Firefox 3.6.13. No with Chrome 8.0.552.237. I can check with IE8 later if you want. ------------ FWIW, 2 Drag-n-drop HTML5 demos (using dragstart, dragover, dragenter, dragleave events): http://html5demos.com/drag http://html5demos.com/drag-anything regards, Gérard 340286 11 browserbugs2 2011-01-26 08:52:50 -0800 > Do they adjust the cursor based on style changes in the element you were over when the mouse went down? While following the steps given before for the 2 urls... Yes with Firefox 3.6.13 (under Linux) and Opera 11.0 (build 1156; under Windows XP). No with IE8 (under Windows XP) and Chrome 8.0.552.237 (under Linux). Gérard 340328 12 browserbugs2 2011-01-26 10:12:08 -0800 > Do they adjust the cursor based on style changes in the element you were over when the mouse went down? While following the steps given in #c10 for the 2 urls... Yes with Konqueror 4.5.5 (Qt 4.7.0, i686, Linux 2.6.35-24-generic-pae;). Gérard 341068 13 darin 2011-01-27 14:55:10 -0800 There are multiple things wrong: 1) Changing CSS cursor style won’t trigger a cursor change until the mouse moves. 2) If an element’s position change affects the cursor because it moves under the cursor our moves out from under the cursor the cursor won’t change until the mouse moves. 3) Hover effects also don’t change in cases like (2). 4) Changing CSS cursor style doesn’t have any effect while the mouse is down. I am going to post a patch that fixes only (1). We should use separate patches for the other issues. 341070 14 darin 2011-01-27 14:58:47 -0800 (In reply to comment #13) > We should use separate patches for the other issues. I mean separate bug reports. 341074 15 80368 darin 2011-01-27 15:04:17 -0800 Created attachment 80368 Patch 341081 16 80368 simon.fraser 2011-01-27 15:27:46 -0800 Comment on attachment 80368 Patch I don't think this handle the case where an element's cursor style doesn't change, but layout moves the element under the cursor. 341116 17 darin 2011-01-27 16:20:37 -0800 (In reply to comment #16) > I don't think this handle the case where an element's cursor style doesn't change, but layout moves the element under the cursor. Yes, correct. As I said above, my patch fixes only issue (1) above and you are citing my issue (2) above. I discussed this with Mitz and Hyatt, and Mitz pointed out (3) above and Hyatt thought we should fix cursors and hover at the same time. 341197 18 scherkus 2011-01-27 17:58:50 -0800 interested in the fix for (1) since I hacked up a hide-the-cursor-over-video-playback demo! cool!! 341214 19 darin 2011-01-27 18:12:48 -0800 Committed r76891: <http://trac.webkit.org/changeset/76891> 341256 20 mjs 2011-01-27 19:28:31 -0800 Reopening because the patch caused all the layout tests to crash on SnowLeopard. 341776 21 darin 2011-01-28 15:13:59 -0800 Re-landed with missing null check: <http://trac.webkit.org/changeset/76999>. We can either close this bug or re-purpose it to cover (4) since the test case in this bug requires (4). Even clearer would be to close this and file new separate bugs for (2), (3), and (4). 341813 22 simon.fraser 2011-01-28 15:46:12 -0800 Filed bug 53340, bug 53341, bug 53342. 341891 23 rniwa 2011-01-28 17:31:37 -0800 Did you forget to make areNonIdenticalCursorListsEqual inline or was it intentional? It's only called by areCursorsEqual, which is declared static inline. http://trac.webkit.org/changeset/76999/trunk/Source/WebCore/rendering/RenderObject.cpp 341907 24 darin 2011-01-28 17:58:07 -0800 (In reply to comment #23) > Did you forget to make areNonIdenticalCursorListsEqual inline or was it intentional? It was intentional and in fact it’s the reason there are two functions. Since almost no objects have cursor lists, I wanted to put the much less hot code behind a function call. Probably not obvious so I should have put in a comment. 80368 2011-01-27 15:04:17 -0800 2011-01-28 15:14:20 -0800 Patch bug-14344-20110127150416.patch text/plain 5078 darin SW5kZXg6IFNvdXJjZS9XZWJDb3JlL0NoYW5nZUxvZwo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBTb3VyY2UvV2Vi Q29yZS9DaGFuZ2VMb2cJKHJldmlzaW9uIDc2ODQzKQorKysgU291cmNlL1dlYkNvcmUvQ2hhbmdl TG9nCSh3b3JraW5nIGNvcHkpCkBAIC0xLDMgKzEsMjQgQEAKKzIwMTEtMDEtMjcgIERhcmluIEFk bGVyICA8ZGFyaW5AYXBwbGUuY29tPgorCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09Q UyEpLgorCisgICAgICAgIENoYW5naW5nIGN1cnNvciBzdHlsZSBoYXMgbm8gZWZmZWN0IHVudGls IHRoZSBtb3VzZSBtb3ZlcworICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1 Zy5jZ2k/aWQ9MTQzNDQKKyAgICAgICAgcmRhcjovL3Byb2JsZW0vNzU2MzcxMgorCisgICAgICAg IE5vIHRlc3RzIGFkZGVkIGJlY2F1c2Ugd2UgZG9uJ3QgaGF2ZSBpbmZyYXN0cnVjdHVyZSBmb3Ig dGVzdGluZyBhY3R1YWwgY3Vyc29yCisgICAgICAgIGNoYW5nZXMgKGFzIG9wcG9zZWQgdG8gY3Vy c29yIHN0eWxlIGNvbXB1dGF0aW9uKSBhdCB0aGlzIHRpbWUuIFdlIG1pZ2h0IGFkZCBpdCBsYXRl ci4KKworICAgICAgICAqIHBhZ2UvRXZlbnRIYW5kbGVyLmNwcDoKKyAgICAgICAgKFdlYkNvcmU6 OkV2ZW50SGFuZGxlcjo6ZGlzcGF0Y2hGYWtlTW91c2VNb3ZlRXZlbnRTb29uKTogQWRkZWQuCisg ICAgICAgICogcGFnZS9FdmVudEhhbmRsZXIuaDogRGl0dG8uCisKKyAgICAgICAgKiByZW5kZXJp bmcvUmVuZGVyT2JqZWN0LmNwcDoKKyAgICAgICAgKFdlYkNvcmU6OmFyZU5vbklkZW50aWNhbEN1 cnNvckxpc3RzRXF1YWwpOiBBZGRlZC4KKyAgICAgICAgKFdlYkNvcmU6OmFyZUN1cnNvcnNFcXVh bCk6IEFkZGVkLgorICAgICAgICAoV2ViQ29yZTo6UmVuZGVyT2JqZWN0OjpzdHlsZURpZENoYW5n ZSk6IENhbGwgZGlzcGF0Y2hGYWtlTW91c2VNb3ZlRXZlbnRTb29uIGlmCisgICAgICAgIGN1cnNv ciBzdHlsZXMgY2hhbmdlZC4KKwogMjAxMS0wMS0yNyAgQWRhbSBCYXJ0aCAgPGFiYXJ0aEB3ZWJr aXQub3JnPgogCiAgICAgICAgIEluIHdoaWNoIEkgYXR0ZW1wdCB0byBmaXggdGhlIEVGTCBidWls ZC4KSW5kZXg6IFNvdXJjZS9XZWJDb3JlL3BhZ2UvRXZlbnRIYW5kbGVyLmNwcAo9PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 Ci0tLSBTb3VyY2UvV2ViQ29yZS9wYWdlL0V2ZW50SGFuZGxlci5jcHAJKHJldmlzaW9uIDc2ODQz KQorKysgU291cmNlL1dlYkNvcmUvcGFnZS9FdmVudEhhbmRsZXIuY3BwCSh3b3JraW5nIGNvcHkp CkBAIC0xLDUgKzEsNSBAQAogLyoKLSAqIENvcHlyaWdodCAoQykgMjAwNiwgMjAwNywgMjAwOCwg MjAwOSwgMjAxMCBBcHBsZSBJbmMuIEFsbCByaWdodHMgcmVzZXJ2ZWQuCisgKiBDb3B5cmlnaHQg KEMpIDIwMDYsIDIwMDcsIDIwMDgsIDIwMDksIDIwMTAsIDIwMTEgQXBwbGUgSW5jLiBBbGwgcmln aHRzIHJlc2VydmVkLgogICogQ29weXJpZ2h0IChDKSAyMDA2IEFsZXhleSBQcm9za3VyeWFrb3Yg KGFwQHdlYmtpdC5vcmcpCiAgKgogICogUmVkaXN0cmlidXRpb24gYW5kIHVzZSBpbiBzb3VyY2Ug YW5kIGJpbmFyeSBmb3Jtcywgd2l0aCBvciB3aXRob3V0CkBAIC0yMTUyLDYgKzIxNTIsMTUgQEAg dm9pZCBFdmVudEhhbmRsZXI6OnNjaGVkdWxlSG92ZXJTdGF0ZVVwZAogICAgICAgICBtX2hvdmVy VGltZXIuc3RhcnRPbmVTaG90KDApOwogfQogCit2b2lkIEV2ZW50SGFuZGxlcjo6ZGlzcGF0Y2hG YWtlTW91c2VNb3ZlRXZlbnRTb29uKCkKK3sKKyAgICBpZiAobV9tb3VzZVByZXNzZWQpCisgICAg ICAgIHJldHVybjsKKworICAgIGlmICghbV9mYWtlTW91c2VNb3ZlRXZlbnRUaW1lci5pc0FjdGl2 ZSgpKQorICAgICAgICBtX2Zha2VNb3VzZU1vdmVFdmVudFRpbWVyLnN0YXJ0T25lU2hvdChmYWtl TW91c2VNb3ZlSW50ZXJ2YWwpOworfQorCiB2b2lkIEV2ZW50SGFuZGxlcjo6ZGlzcGF0Y2hGYWtl TW91c2VNb3ZlRXZlbnRTb29uSW5RdWFkKGNvbnN0IEZsb2F0UXVhZCYgcXVhZCkKIHsKICAgICBG cmFtZVZpZXcqIHZpZXcgPSBtX2ZyYW1lLT52aWV3KCk7CkluZGV4OiBTb3VyY2UvV2ViQ29yZS9w YWdlL0V2ZW50SGFuZGxlci5oCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIFNvdXJjZS9XZWJDb3JlL3BhZ2UvRXZl bnRIYW5kbGVyLmgJKHJldmlzaW9uIDc2ODQzKQorKysgU291cmNlL1dlYkNvcmUvcGFnZS9FdmVu dEhhbmRsZXIuaAkod29ya2luZyBjb3B5KQpAQCAtMSw1ICsxLDUgQEAKIC8qCi0gKiBDb3B5cmln aHQgKEMpIDIwMDYsIDIwMDcsIDIwMDksIDIwMTAgQXBwbGUgSW5jLiBBbGwgcmlnaHRzIHJlc2Vy dmVkLgorICogQ29weXJpZ2h0IChDKSAyMDA2LCAyMDA3LCAyMDA5LCAyMDEwLCAyMDExIEFwcGxl IEluYy4gQWxsIHJpZ2h0cyByZXNlcnZlZC4KICAqCiAgKiBSZWRpc3RyaWJ1dGlvbiBhbmQgdXNl IGluIHNvdXJjZSBhbmQgYmluYXJ5IGZvcm1zLCB3aXRoIG9yIHdpdGhvdXQKICAqIG1vZGlmaWNh dGlvbiwgYXJlIHBlcm1pdHRlZCBwcm92aWRlZCB0aGF0IHRoZSBmb2xsb3dpbmcgY29uZGl0aW9u cwpAQCAtMTA4LDYgKzEwOCw3IEBAIHB1YmxpYzoKICAgICBSZW5kZXJPYmplY3QqIGF1dG9zY3Jv bGxSZW5kZXJlcigpIGNvbnN0OwogICAgIHZvaWQgdXBkYXRlQXV0b3Njcm9sbFJlbmRlcmVyKCk7 CiAKKyAgICB2b2lkIGRpc3BhdGNoRmFrZU1vdXNlTW92ZUV2ZW50U29vbigpOwogICAgIHZvaWQg ZGlzcGF0Y2hGYWtlTW91c2VNb3ZlRXZlbnRTb29uSW5RdWFkKGNvbnN0IEZsb2F0UXVhZCYpOwog CiAgICAgSGl0VGVzdFJlc3VsdCBoaXRUZXN0UmVzdWx0QXRQb2ludChjb25zdCBJbnRQb2ludCYs IGJvb2wgYWxsb3dTaGFkb3dDb250ZW50LCBib29sIGlnbm9yZUNsaXBwaW5nID0gZmFsc2UsCklu ZGV4OiBTb3VyY2UvV2ViQ29yZS9yZW5kZXJpbmcvUmVuZGVyT2JqZWN0LmNwcAo9PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 Ci0tLSBTb3VyY2UvV2ViQ29yZS9yZW5kZXJpbmcvUmVuZGVyT2JqZWN0LmNwcAkocmV2aXNpb24g NzY4NDMpCisrKyBTb3VyY2UvV2ViQ29yZS9yZW5kZXJpbmcvUmVuZGVyT2JqZWN0LmNwcAkod29y a2luZyBjb3B5KQpAQCAtMyw3ICszLDcgQEAKICAqICAgICAgICAgICAoQykgMTk5OSBBbnR0aSBL b2l2aXN0byAoa29pdmlzdG9Aa2RlLm9yZykKICAqICAgICAgICAgICAoQykgMjAwMCBEaXJrIE11 ZWxsZXIgKG11ZWxsZXJAa2RlLm9yZykKICAqICAgICAgICAgICAoQykgMjAwNCBBbGxhbiBTYW5k ZmVsZCBKZW5zZW4gKGtkZUBjYXJld29sZi5jb20pCi0gKiBDb3B5cmlnaHQgKEMpIDIwMDQsIDIw MDUsIDIwMDYsIDIwMDcsIDIwMDggQXBwbGUgSW5jLiBBbGwgcmlnaHRzIHJlc2VydmVkLgorICog Q29weXJpZ2h0IChDKSAyMDA0LCAyMDA1LCAyMDA2LCAyMDA3LCAyMDA4LCAyMDExIEFwcGxlIElu Yy4gQWxsIHJpZ2h0cyByZXNlcnZlZC4KICAqIENvcHlyaWdodCAoQykgMjAwOSBHb29nbGUgSW5j LiBBbGwgcmlnaHRzIHJlc2VydmVkLgogICogQ29weXJpZ2h0IChDKSAyMDA5IFRvcmNoIE1vYmls ZSBJbmMuIEFsbCByaWdodHMgcmVzZXJ2ZWQuIChodHRwOi8vd3d3LnRvcmNobW9iaWxlLmNvbS8p CiAgKgpAQCAtMzEsNiArMzEsNyBAQAogI2luY2x1ZGUgIkNTU1N0eWxlU2VsZWN0b3IuaCIKICNp bmNsdWRlICJDaHJvbWUuaCIKICNpbmNsdWRlICJDb250ZW50RGF0YS5oIgorI2luY2x1ZGUgIkN1 cnNvckxpc3QuaCIKICNpbmNsdWRlICJEYXNoQXJyYXkuaCIKICNpbmNsdWRlICJFZGl0aW5nQm91 bmRhcnkuaCIKICNpbmNsdWRlICJGbG9hdFF1YWQuaCIKQEAgLTE4NjAsNiArMTg2MSwxNyBAQCB2 b2lkIFJlbmRlck9iamVjdDo6c3R5bGVXaWxsQ2hhbmdlKFN0eWxlCiAgICAgfQogfQogCitzdGF0 aWMgYm9vbCBhcmVOb25JZGVudGljYWxDdXJzb3JMaXN0c0VxdWFsKGNvbnN0IFJlbmRlclN0eWxl KiBhLCBjb25zdCBSZW5kZXJTdHlsZSogYikKK3sKKyAgICBBU1NFUlQoYS0+Y3Vyc29ycygpICE9 IGItPmN1cnNvcnMoKSk7CisgICAgcmV0dXJuIGEtPmN1cnNvcnMoKSAmJiBiLT5jdXJzb3JzKCkg JiYgKmEtPmN1cnNvcnMoKSA9PSAqYi0+Y3Vyc29ycygpOworfQorCitzdGF0aWMgaW5saW5lIGJv b2wgYXJlQ3Vyc29yc0VxdWFsKGNvbnN0IFJlbmRlclN0eWxlKiBhLCBjb25zdCBSZW5kZXJTdHls ZSogYikKK3sKKyAgICByZXR1cm4gYS0+Y3Vyc29yKCkgPT0gYi0+Y3Vyc29yKCkgJiYgKGEtPmN1 cnNvcnMoKSA9PSBiLT5jdXJzb3JzKCkgfHwgYXJlTm9uSWRlbnRpY2FsQ3Vyc29yTGlzdHNFcXVh bChhLCBiKSk7Cit9CisKIHZvaWQgUmVuZGVyT2JqZWN0OjpzdHlsZURpZENoYW5nZShTdHlsZURp ZmZlcmVuY2UgZGlmZiwgY29uc3QgUmVuZGVyU3R5bGUqIG9sZFN0eWxlKQogewogICAgIGlmIChz X2FmZmVjdHNQYXJlbnRCbG9jaykKQEAgLTE4ODUsNiArMTg5NywxMSBAQCB2b2lkIFJlbmRlck9i amVjdDo6c3R5bGVEaWRDaGFuZ2UoU3R5bGVECiAKICAgICAvLyBEb24ndCBjaGVjayBmb3IgcmVw YWludCBoZXJlOyB3ZSBuZWVkIHRvIHdhaXQgdW50aWwgdGhlIGxheWVyIGhhcyBiZWVuCiAgICAg Ly8gdXBkYXRlZCBieSBzdWJjbGFzc2VzIGJlZm9yZSB3ZSBrbm93IGlmIHdlIGhhdmUgdG8gcmVw YWludCAoaW4gc2V0U3R5bGUoKSkuCisKKyAgICBpZiAoIWFyZUN1cnNvcnNFcXVhbChvbGRTdHls ZSwgc3R5bGUoKSkpIHsKKyAgICAgICAgaWYgKEZyYW1lKiBmcmFtZSA9IHRoaXMtPmZyYW1lKCkp CisgICAgICAgICAgICBmcmFtZS0+ZXZlbnRIYW5kbGVyKCktPmRpc3BhdGNoRmFrZU1vdXNlTW92 ZUV2ZW50U29vbigpOworICAgIH0KIH0KIAogdm9pZCBSZW5kZXJPYmplY3Q6OnVwZGF0ZUZpbGxJ bWFnZXMoY29uc3QgRmlsbExheWVyKiBvbGRMYXllcnMsIGNvbnN0IEZpbGxMYXllciogbmV3TGF5 ZXJzKQo=