<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.webkit.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4.1"
          urlbase="https://bugs.webkit.org/"
          
          maintainer="admin@webkit.org"
>

    <bug>
          <bug_id>210716</bug_id>
          
          <creation_ts>2020-04-19 04:35:49 -0700</creation_ts>
          <short_desc>pointermove event sometimes has incorrect pointerType of &apos;mouse&apos; on touch interactions</short_desc>
          <delta_ts>2020-07-21 14:35:29 -0700</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>UI Events</component>
          <version>WebKit Nightly Build</version>
          <rep_platform>iPhone / iPad</rep_platform>
          <op_sys>iOS 13</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          <see_also>https://bugs.webkit.org/show_bug.cgi?id=214609</see_also>
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>InRadar</keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>ae</reporter>
          <assigned_to name="Antoine Quint">graouts</assigned_to>
          <cc>darin</cc>
    
    <cc>graouts</cc>
    
    <cc>graouts</cc>
    
    <cc>thorton</cc>
    
    <cc>webkit-bug-importer</cc>
    
    <cc>wenson_hsieh</cc>
    
    <cc>zalan</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>1643184</commentid>
    <comment_count>0</comment_count>
    <who name="">ae</who>
    <bug_when>2020-04-19 04:35:49 -0700</bug_when>
    <thetext>On my 2017 iPad Pro 9.7&quot;, when running inside a WKWebView, a &apos;pointermove&apos; listener attached to &apos;window&apos; will sometimes incorrectly have its &apos;pointerType&apos; property set to &apos;mouse&apos; (instead of &apos;touch&apos;) even when no (Bluetooth) mouse is connected. This is very problematic because we use this event and its &apos;pointerType&apos; property to detect if an actual mouse is connected, which now won&apos;t work.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1643712</commentid>
    <comment_count>1</comment_count>
    <who name="Radar WebKit Bug Importer">webkit-bug-importer</who>
    <bug_when>2020-04-20 17:48:46 -0700</bug_when>
    <thetext>&lt;rdar://problem/62084817&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1643730</commentid>
    <comment_count>2</comment_count>
    <who name="Tim Horton">thorton</who>
    <bug_when>2020-04-20 19:07:43 -0700</bug_when>
    <thetext>Is this a change from a prior version of iOS? What version are you seeing this on?

We are tracking one regression in this area (rdar://problem/60422815) caused by r251320, but that would be a behavior change in iOS 13.4</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1643796</commentid>
    <comment_count>3</comment_count>
    <who name="Antoine Quint">graouts</who>
    <bug_when>2020-04-21 00:21:27 -0700</bug_when>
    <thetext>Can you provide a testcase that shows the problem? Being able to reproduce would help diagnosing the issue. Additionally, did this reproduce this with an iOS 13 version prior to iOS 13.4 or is this new behavior in iOS 13.4?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1643834</commentid>
    <comment_count>4</comment_count>
    <who name="">ae</who>
    <bug_when>2020-04-21 04:21:31 -0700</bug_when>
    <thetext>(In reply to Tim Horton from comment #2)
&gt; Is this a change from a prior version of iOS? What version are you seeing
&gt; this on?
&gt; 
&gt; We are tracking one regression in this area (rdar://problem/60422815) caused
&gt; by r251320, but that would be a behavior change in iOS 13.4

Sorry, I can&apos;t tell if it&apos;s a change -- the version I&apos;m testing it on is 13.4.

Maybe a little background: We&apos;ve developed a large WKWebView-based hybrid app that is a few years old and still based exclusively on touch events (touchstart, touchmove etc.).

When iOS 13.4 was introduced with &quot;proper&quot; mouse support, users started complaining about the mouse not doing anything, so we added a &quot;mouse emulation layer&quot; that generates synthetic touch events for received mouse events.

However, we want to avoid launching that layer unless the user actually uses a mouse, because it obviously is a huge hack and introduces overhead.

It seems to be very hard to properly detect if there is an actual mouse connected. We&apos;ve tried various means, but the &quot;PointerEvent.pointerType&quot; route seemed the best and most logical, until we discovered that it is not reliable.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1643838</commentid>
    <comment_count>5</comment_count>
    <who name="">ae</who>
    <bug_when>2020-04-21 04:25:13 -0700</bug_when>
    <thetext>(In reply to Antoine Quint from comment #3)
&gt; Can you provide a testcase that shows the problem? Being able to reproduce
&gt; would help diagnosing the issue. Additionally, did this reproduce this with
&gt; an iOS 13 version prior to iOS 13.4 or is this new behavior in iOS 13.4?

Unfortunately I can&apos;t tell if this behavior is new, because I only had to rely on the pointermove event since the new mouse support was introduced in iOS 13.4. (see my previous reply to Tim Horton).

What I can say is that it is quite rare... maybe 1 in 30 or 50 events has an incorrect pointerType (but it still is a crucial problem for our use case, again see other reply). It *might* occur more often when the swipes occur near the screen edges, but I&apos;m not sure. Maybe it has to do with the global handling of the system gestures that can be invoked from there?

I could try to construct a test case, but could take me a few days.

Thanks for the quick attention to this issue!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1643839</commentid>
    <comment_count>6</comment_count>
    <who name="">ae</who>
    <bug_when>2020-04-21 04:26:55 -0700</bug_when>
    <thetext>(In reply to Tim Horton from comment #2)
&gt; Is this a change from a prior version of iOS? What version are you seeing
&gt; this on?
&gt; 
&gt; We are tracking one regression in this area (rdar://problem/60422815) caused
&gt; by r251320, but that would be a behavior change in iOS 13.4

Just for completeness sake: the wrong pointerType definitely occurs BEFORE our &quot;emulation layer&quot; is launched, so it is not one of our synthetic mouse events (and our layer generates TouchEvents anyway, not PointerEvents.)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1643862</commentid>
    <comment_count>7</comment_count>
    <who name="Antoine Quint">graouts</who>
    <bug_when>2020-04-21 07:20:26 -0700</bug_when>
    <thetext>A test case would go a long way towards us fixing this. As it stands this bug report is not really actionable. Thanks for filing the issue.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1643903</commentid>
    <comment_count>8</comment_count>
    <who name="">ae</who>
    <bug_when>2020-04-21 09:37:48 -0700</bug_when>
    <thetext>OK, I&apos;ve managed to isolate a test case. This took me literally hours and the bug is extremely odd:

It is actually connected to the HTML BUTTON element!

http://seven.systems/webkit-pointermove-test.html

The page has a global (window) &apos;pointermove&apos; handler registered, which correctly gives &apos;touch&apos; as pointerType.

HOWEVER, if you tap the BUTTON in the lower right corner, the global pointermove event will be fired (oddity #1), and it will have a pointerType of &apos;mouse&apos;! (oddity #2).

I&apos;m not ENTIRELY sure that this is exactly the same bug as the one I encountered in the larger app, but it WAS connected to various button elements in that app as well, so I assume it&apos;s the same or closely related.

You might want to change the title then!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1649579</commentid>
    <comment_count>9</comment_count>
    <who name="Antoine Quint">graouts</who>
    <bug_when>2020-05-06 06:48:59 -0700</bug_when>
    <thetext>This happens under this code path:

#0	0x00000004760272a8 in WebCore::dispatchPointerEventIfNeeded(WebCore::Element&amp;, WebCore::MouseEvent const&amp;, WebCore::PlatformMouseEvent const&amp;, bool&amp;) at /OpenSource/Source/WebCore/dom/Element.cpp:333
#1	0x0000000476026bf8 in WebCore::Element::dispatchMouseEvent(WebCore::PlatformMouseEvent const&amp;, WTF::AtomString const&amp;, int, WebCore::Element*) at /OpenSource/Source/WebCore/dom/Element.cpp:364
#2	0x0000000476bf48ff in WebCore::EventHandler::dispatchMouseEvent(WTF::AtomString const&amp;, WebCore::Node*, int, WebCore::PlatformMouseEvent const&amp;, WebCore::EventHandler::FireMouseOverOut) at /OpenSource/Source/WebCore/page/EventHandler.cpp:2661
#3	0x0000000476bf5dc6 in WebCore::EventHandler::handleMouseMoveEvent(WebCore::PlatformMouseEvent const&amp;, WebCore::HitTestResult*, bool) at /OpenSource/Source/WebCore/page/EventHandler.cpp:2059
#4	0x0000000476bf553c in WebCore::EventHandler::mouseMoved(WebCore::PlatformMouseEvent const&amp;) at /OpenSource/Source/WebCore/page/EventHandler.cpp:1919
#5	0x0000000474bf08fd in WebCore::EventHandler::dispatchSyntheticMouseMove(WebCore::PlatformMouseEvent const&amp;) at /OpenSource/Source/WebCore/page/ios/EventHandlerIOS.mm:533
#6	0x000000010d960d5d in WebKit::dispatchSyntheticMouseMove(WebCore::Frame&amp;, WebCore::FloatPoint const&amp;, WTF::OptionSet&lt;WebKit::WebEvent::Modifier&gt;, int) at /OpenSource/Source/WebKit/WebProcess/WebPage/ios/WebPageIOS.mm:663
#7	0x000000010d95fe85 in WebKit::WebPage::handleSyntheticClick(WebCore::Node&amp;, WebCore::FloatPoint const&amp;, WTF::OptionSet&lt;WebKit::WebEvent::Modifier&gt;, int) at /OpenSource/Source/WebKit/WebProcess/WebPage/ios/WebPageIOS.mm:725
#8	0x000000010d9683c8 in WebKit::WebPage::commitPotentialTap(WTF::OptionSet&lt;WebKit::WebEvent::Modifier&gt;, WebKit::MonotonicObjectIdentifier&lt;WebKit::TransactionIDType&gt;, int) at /OpenSource/Source/WebKit/WebProcess/WebPage/ios/WebPageIOS.mm:1176

The MouseEvent has m_syntheticClickType = NoTap, perhaps we ought not create a synthetic pointer event for this type? Or maybe simply not dispatch this event on iOS?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1649679</commentid>
    <comment_count>10</comment_count>
      <attachid>398632</attachid>
    <who name="Antoine Quint">graouts</who>
    <bug_when>2020-05-06 10:10:35 -0700</bug_when>
    <thetext>Created attachment 398632
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1649759</commentid>
    <comment_count>11</comment_count>
    <who name="EWS">ews-feeder</who>
    <bug_when>2020-05-06 12:57:41 -0700</bug_when>
    <thetext>Committed r261246: &lt;https://trac.webkit.org/changeset/261246&gt;

All reviewed patches have been landed. Closing bug and clearing flags on attachment 398632.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>398632</attachid>
            <date>2020-05-06 10:10:35 -0700</date>
            <delta_ts>2020-05-06 12:57:42 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-210716-20200506191034.patch</filename>
            <type>text/plain</type>
            <size>6203</size>
            <attacher name="Antoine Quint">graouts</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMjYxMjE4CmRpZmYgLS1naXQgYS9Tb3VyY2UvV2ViS2l0L0No
YW5nZUxvZyBiL1NvdXJjZS9XZWJLaXQvQ2hhbmdlTG9nCmluZGV4IDU5ZTFhZTM1NDAzNDAwZmEy
ZTQ1NTk5ODM1MzllMGE5ZDQzMWRjZWYuLmNiNGRkYWM0NWRjNDYxYzEyY2M4M2VkYTA3MWRiYjJh
ZDY1N2RmZjQgMTAwNjQ0Ci0tLSBhL1NvdXJjZS9XZWJLaXQvQ2hhbmdlTG9nCisrKyBiL1NvdXJj
ZS9XZWJLaXQvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMjAgQEAKKzIwMjAtMDUtMDYgIEFudG9pbmUg
UXVpbnQgIDxncmFvdXRzQGFwcGxlLmNvbT4KKworICAgICAgICBwb2ludGVybW92ZSBldmVudCBz
b21ldGltZXMgaGFzIGluY29ycmVjdCBwb2ludGVyVHlwZSBvZiAnbW91c2UnIG9uIHRvdWNoIGlu
dGVyYWN0aW9ucworICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/
aWQ9MjEwNzE2CisgICAgICAgIDxyZGFyOi8vcHJvYmxlbS82MjA4NDgxNz4KKworICAgICAgICBS
ZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAgICBTZXQgdGhlIFN5bnRoZXRpY0Ns
aWNrVHlwZSB0byBPbmVGaW5nZXJUYXAgd2hlbiBjcmVhdGluZyBhIHN5bnRoZXRpYyAibW91c2Vt
b3ZlIiBldmVudCBmb3IgYSBzeW50aGV0aWMgImNsaWNrIiBldmVudCBhcyBwYXJ0IG9mIGEgdGFw
LgorICAgICAgICBPbiB0b3Agb2YgYmVpbmcgbW9yZSBpbmRpY2F0aXZlIG9mIHRoZSBhY3R1YWwg
YWN0aW9uIHRoYXQgdHJpZ2dlcmVkIHRoZSBzeW50aGV0aWMgZXZlbnQsIGl0IGFsc28gaGFzIHRo
ZSBhZGRlZCBxdWFsaXR5IHRoYXQgaXQgd2lsbAorICAgICAgICBub3QgeWllbGQgYSAicG9pbnRl
cm1vdmUiIGV2ZW50LgorCisgICAgICAgIFRlc3Q6IHBvaW50ZXJldmVudHMvaW9zL2NsaWNrLW5v
LXBvaW50ZXJtb3ZlLmh0bWwKKworICAgICAgICAqIFdlYlByb2Nlc3MvV2ViUGFnZS9pb3MvV2Vi
UGFnZUlPUy5tbToKKyAgICAgICAgKFdlYktpdDo6ZGlzcGF0Y2hTeW50aGV0aWNNb3VzZU1vdmUp
OgorCiAyMDIwLTA1LTA1ICBEYXZpZCBLaWx6ZXIgIDxkZGtpbHplckBhcHBsZS5jb20+CiAKICAg
ICAgICAgRml4IGRlcHJlY2F0ZWQgTlNHcmFwaGljc0NvbnRleHQgbWV0aG9kcyB1c2luZyAnZ3Jh
cGhpY3NQb3J0JwpkaWZmIC0tZ2l0IGEvU291cmNlL1dlYktpdC9XZWJQcm9jZXNzL1dlYlBhZ2Uv
aW9zL1dlYlBhZ2VJT1MubW0gYi9Tb3VyY2UvV2ViS2l0L1dlYlByb2Nlc3MvV2ViUGFnZS9pb3Mv
V2ViUGFnZUlPUy5tbQppbmRleCBmNWIyMzYyZTUwZDU4ZWNkNTQyZjQyOTk3OGMxNzk2YWViYmQ5
NjdkLi5jOGEzZTg4ZWQyMjk2OGMyYTE3MDdlMmRiYTJkM2NkOTE5ZmQ0NmU1IDEwMDY0NAotLS0g
YS9Tb3VyY2UvV2ViS2l0L1dlYlByb2Nlc3MvV2ViUGFnZS9pb3MvV2ViUGFnZUlPUy5tbQorKysg
Yi9Tb3VyY2UvV2ViS2l0L1dlYlByb2Nlc3MvV2ViUGFnZS9pb3MvV2ViUGFnZUlPUy5tbQpAQCAt
NjU4LDcgKzY1OCw3IEBAIHN0YXRpYyB2b2lkIGRpc3BhdGNoU3ludGhldGljTW91c2VNb3ZlKEZy
YW1lJiBtYWluRnJhbWUsIGNvbnN0IFdlYkNvcmU6OkZsb2F0UG9pCiAgICAgYXV0byBjdHJsS2V5
ID0gbW9kaWZpZXJzLmNvbnRhaW5zKFdlYkV2ZW50OjpNb2RpZmllcjo6Q29udHJvbEtleSk7CiAg
ICAgYXV0byBhbHRLZXkgPSBtb2RpZmllcnMuY29udGFpbnMoV2ViRXZlbnQ6Ok1vZGlmaWVyOjpB
bHRLZXkpOwogICAgIGF1dG8gbWV0YUtleSA9IG1vZGlmaWVycy5jb250YWlucyhXZWJFdmVudDo6
TW9kaWZpZXI6Ok1ldGFLZXkpOwotICAgIGF1dG8gbW91c2VFdmVudCA9IFBsYXRmb3JtTW91c2VF
dmVudChyb3VuZGVkQWRqdXN0ZWRQb2ludCwgcm91bmRlZEFkanVzdGVkUG9pbnQsIE5vQnV0dG9u
LCBQbGF0Zm9ybUV2ZW50OjpNb3VzZU1vdmVkLCAwLCBzaGlmdEtleSwgY3RybEtleSwgYWx0S2V5
LCBtZXRhS2V5LCBXYWxsVGltZTo6bm93KCksIFdlYkNvcmU6OkZvcmNlQXRDbGljaywgV2ViQ29y
ZTo6Tm9UYXAsIHBvaW50ZXJJZCk7CisgICAgYXV0byBtb3VzZUV2ZW50ID0gUGxhdGZvcm1Nb3Vz
ZUV2ZW50KHJvdW5kZWRBZGp1c3RlZFBvaW50LCByb3VuZGVkQWRqdXN0ZWRQb2ludCwgTm9CdXR0
b24sIFBsYXRmb3JtRXZlbnQ6Ok1vdXNlTW92ZWQsIDAsIHNoaWZ0S2V5LCBjdHJsS2V5LCBhbHRL
ZXksIG1ldGFLZXksIFdhbGxUaW1lOjpub3coKSwgV2ViQ29yZTo6Rm9yY2VBdENsaWNrLCBXZWJD
b3JlOjpPbmVGaW5nZXJUYXAsIHBvaW50ZXJJZCk7CiAgICAgLy8gRklYTUU6IFBhc3MgY2FwcyBs
b2NrIHN0YXRlLgogICAgIG1haW5GcmFtZS5ldmVudEhhbmRsZXIoKS5kaXNwYXRjaFN5bnRoZXRp
Y01vdXNlTW92ZShtb3VzZUV2ZW50KTsKIH0KZGlmZiAtLWdpdCBhL0xheW91dFRlc3RzL0NoYW5n
ZUxvZyBiL0xheW91dFRlc3RzL0NoYW5nZUxvZwppbmRleCBmM2ZjMGRhYjM0MzRjNzhiYzE3NDU5
MjllM2UzOWI1ODc2NTg2OGYxLi5hNDkxZGUyNTVkMmRjNmExZjg0NjI4YmVhOTgyZTIwMzZiNDgy
YTQ4IDEwMDY0NAotLS0gYS9MYXlvdXRUZXN0cy9DaGFuZ2VMb2cKKysrIGIvTGF5b3V0VGVzdHMv
Q2hhbmdlTG9nCkBAIC0xLDMgKzEsMTkgQEAKKzIwMjAtMDUtMDYgIEFudG9pbmUgUXVpbnQgIDxn
cmFvdXRzQGFwcGxlLmNvbT4KKworICAgICAgICBwb2ludGVybW92ZSBldmVudCBzb21ldGltZXMg
aGFzIGluY29ycmVjdCBwb2ludGVyVHlwZSBvZiAnbW91c2UnIG9uIHRvdWNoIGludGVyYWN0aW9u
cworICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/aWQ9MjEwNzE2
CisgICAgICAgIDxyZGFyOi8vcHJvYmxlbS82MjA4NDgxNz4KKworICAgICAgICBSZXZpZXdlZCBi
eSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAgICBBZGQgYSBuZXcgdGVzdCB0aGF0IGNoZWNrcyB0
aGF0IHdpdGggY29udGVudCBvYnNlcnZhdGlvbiBlbmFibGVkIGEgdGFwIG9uIGEgPGJ1dHRvbj4g
ZWxlbWVudAorICAgICAgICBkaXNwYXRjaGVzIHN5bnRoZXRpYyBtb3VzZW1vdmUgYW5kIGNsaWNr
IGV2ZW50cyBidXQgbm8gcG9pbnRlcm1vdmUgZXZlbnQuCisKKyAgICAgICAgKiBwb2ludGVyZXZl
bnRzL2lvcy9jbGljay1uby1wb2ludGVybW92ZS1leHBlY3RlZC50eHQ6IEFkZGVkLgorICAgICAg
ICAqIHBvaW50ZXJldmVudHMvaW9zL2NsaWNrLW5vLXBvaW50ZXJtb3ZlLmh0bWw6IEFkZGVkLgor
ICAgICAgICAqIHBvaW50ZXJldmVudHMvdXRpbHMuanM6CisgICAgICAgICh0YXJnZXRfdGVzdCk6
CisKIDIwMjAtMDUtMDUgIERpZWdvIFBpbm8gR2FyY2lhICA8ZHBpbm9AaWdhbGlhLmNvbT4KIAog
ICAgICAgICBbR1RLXSBHYXJkZW5pbmcsIHVwZGF0ZSBleHBlY3RhdGlvbnMgYWZ0ZXIgcjI2MDg4
OQpkaWZmIC0tZ2l0IGEvTGF5b3V0VGVzdHMvcG9pbnRlcmV2ZW50cy9pb3MvY2xpY2stbm8tcG9p
bnRlcm1vdmUtZXhwZWN0ZWQudHh0IGIvTGF5b3V0VGVzdHMvcG9pbnRlcmV2ZW50cy9pb3MvY2xp
Y2stbm8tcG9pbnRlcm1vdmUtZXhwZWN0ZWQudHh0Cm5ldyBmaWxlIG1vZGUgMTAwNjQ0CmluZGV4
IDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAuLjkwYzhiNjg3MDE5MjE0
MWViZmRkM2ZlOWIzYzkyZGFlNTE4MzBlMzAKLS0tIC9kZXYvbnVsbAorKysgYi9MYXlvdXRUZXN0
cy9wb2ludGVyZXZlbnRzL2lvcy9jbGljay1uby1wb2ludGVybW92ZS1leHBlY3RlZC50eHQKQEAg
LTAsMCArMSwzIEBACisKK1BBU1MgVGVzdGluZyB0aGF0IGEgc3ludGhldGljIGNsaWNrIGV2ZW50
IGRvZXMgbm90IGRpc3BhdGNoIGEgcG9pbnRlcm1vdmUgZXZlbnQgZm9yIHRoZSBzeW50aGV0aWMg
bW91c2Vtb3ZlIGV2ZW50LiAKKwpkaWZmIC0tZ2l0IGEvTGF5b3V0VGVzdHMvcG9pbnRlcmV2ZW50
cy9pb3MvY2xpY2stbm8tcG9pbnRlcm1vdmUuaHRtbCBiL0xheW91dFRlc3RzL3BvaW50ZXJldmVu
dHMvaW9zL2NsaWNrLW5vLXBvaW50ZXJtb3ZlLmh0bWwKbmV3IGZpbGUgbW9kZSAxMDA2NDQKaW5k
ZXggMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMC4uMjcwNjdmNjNmOTQx
Nzk4YmE0ZWFmNDQ1NWZhZjcyOTQzMDVhZDgzOAotLS0gL2Rldi9udWxsCisrKyBiL0xheW91dFRl
c3RzL3BvaW50ZXJldmVudHMvaW9zL2NsaWNrLW5vLXBvaW50ZXJtb3ZlLmh0bWwKQEAgLTAsMCAr
MSwzMiBAQAorPCFET0NUWVBFIGh0bWw+Cis8aHRtbD4KKzxib2R5PgorPHNjcmlwdCBzcmM9Ii4u
Ly4uL3Jlc291cmNlcy90ZXN0aGFybmVzcy5qcyI+PC9zY3JpcHQ+Cis8c2NyaXB0IHNyYz0iLi4v
Li4vcmVzb3VyY2VzL3Rlc3RoYXJuZXNzcmVwb3J0LmpzIj48L3NjcmlwdD4KKzxzY3JpcHQgc3Jj
PSIuLi91dGlscy5qcyI+PC9zY3JpcHQ+Cis8c2NyaXB0IHNyYz0iLi4vLi4vcmVzb3VyY2VzL3Vp
LWhlbHBlci5qcyI+PC9zY3JpcHQ+Cis8c2NyaXB0PgorCisndXNlIHN0cmljdCc7CisKK2lmICh3
aW5kb3cuaW50ZXJuYWxzKQorICAgIGludGVybmFscy5zZXR0aW5ncy5zZXRDb250ZW50Q2hhbmdl
T2JzZXJ2ZXJFbmFibGVkKHRydWUpOworCit0YXJnZXRfdGVzdCh7IG5hbWU6ICJidXR0b24iLCB3
aWR0aDogIjIwMHB4IiwgaGVpZ2h0OiAiMjAwcHgiIH0sIGFzeW5jICh0YXJnZXQsIHRlc3QpID0+
IHsKKyAgICBjb25zdCBldmVudFRyYWNrZXIgPSBuZXcgRXZlbnRUcmFja2VyKHRhcmdldCwgWyJw
b2ludGVybW92ZSIsICJtb3VzZW1vdmUiLCAiY2xpY2siXSk7CisKKyAgICAvLyBUYXAgYW5kIGFs
bG93IHNvbWUgdGltZSBmb3IgdGhlICJjbGljayIgZXZlbnQgdG8gYmUgZGlzcGF0Y2hlZCBhbmQg
Zm9yIHRoZSBkb3VibGUtdGFwCisgICAgLy8gZGVsYXkgdG8gZXhwaXJlIHN1Y2ggdGhhdCB0aGlz
IHRlc3QgZG9lc24ndCBwcmV2ZW50IHRoZSBuZXh0IHRlc3QgZnJvbSByZWNlaXZpbmcgYSB0YXAu
CisgICAgYXdhaXQgVUlIZWxwZXIudGFwQXQoMTAwLCAxMDApOworICAgIGF3YWl0IFVJSGVscGVy
LmRlbGF5Rm9yKDEwMCk7CisKKyAgICBldmVudFRyYWNrZXIuYXNzZXJ0TWF0Y2hlc0V2ZW50cyhb
CisgICAgICAgIHsgdHlwZTogIm1vdXNlbW92ZSIgfSwKKyAgICAgICAgeyB0eXBlOiAiY2xpY2si
IH0sCisgICAgXSk7CisgICAgdGVzdC5kb25lKCk7Cit9LCBgVGVzdGluZyB0aGF0IGEgc3ludGhl
dGljIGNsaWNrIGV2ZW50IGRvZXMgbm90IGRpc3BhdGNoIGEgcG9pbnRlcm1vdmUgZXZlbnQgZm9y
IHRoZSBzeW50aGV0aWMgbW91c2Vtb3ZlIGV2ZW50LmApOworCis8L3NjcmlwdD4KKzwvYm9keT4K
KzwvaHRtbD4KXCBObyBuZXdsaW5lIGF0IGVuZCBvZiBmaWxlCmRpZmYgLS1naXQgYS9MYXlvdXRU
ZXN0cy9wb2ludGVyZXZlbnRzL3V0aWxzLmpzIGIvTGF5b3V0VGVzdHMvcG9pbnRlcmV2ZW50cy91
dGlscy5qcwppbmRleCBiN2U1ODgzNTJmMTc4YjNlZGViNjZmNjVjOGNmZmJjYmFlNTg2ZjgyLi42
ZTJlYmViYTc4M2JlYWQ5OTU4ZjM0OGFhMmY1NzQ3Yjc3NDc4NzRkIDEwMDY0NAotLS0gYS9MYXlv
dXRUZXN0cy9wb2ludGVyZXZlbnRzL3V0aWxzLmpzCisrKyBiL0xheW91dFRlc3RzL3BvaW50ZXJl
dmVudHMvdXRpbHMuanMKQEAgLTEyLDYgKzEyLDcgQEAgZnVuY3Rpb24gdGFyZ2V0X3Rlc3QoLi4u
YXJncykKICAgICBsZXQgY29udGludXRhdGlvbiA9IGFyZ3NbaW1wbGllZE9wdGlvbnMgPyAwIDog
MV07CiAgICAgbGV0IGRlc2NyaXB0aW9uID0gYXJnc1tpbXBsaWVkT3B0aW9ucyA/IDEgOiAyXTsK
IAorICAgIG9wdGlvbnMubmFtZSA9IG9wdGlvbnMubmFtZSB8fCAiZGl2IjsKICAgICBvcHRpb25z
LnggPSBvcHRpb25zLnggfHwgMDsKICAgICBvcHRpb25zLnkgPSBvcHRpb25zLnkgfHwgMDsKICAg
ICBvcHRpb25zLndpZHRoID0gb3B0aW9ucy53aWR0aCB8fCAiMTAwJSI7CkBAIC0yNCw3ICsyNSw3
IEBAIGZ1bmN0aW9uIHRhcmdldF90ZXN0KC4uLmFyZ3MpCiAKIGZ1bmN0aW9uIG1ha2VUYXJnZXQo
dGVzdCwgb3B0aW9ucykKIHsKLSAgICBjb25zdCB0YXJnZXQgPSBkb2N1bWVudC5ib2R5LmFwcGVu
ZENoaWxkKGRvY3VtZW50LmNyZWF0ZUVsZW1lbnQoImRpdiIpKTsKKyAgICBjb25zdCB0YXJnZXQg
PSBkb2N1bWVudC5ib2R5LmFwcGVuZENoaWxkKGRvY3VtZW50LmNyZWF0ZUVsZW1lbnQob3B0aW9u
cy5uYW1lKSk7CiAgICAgdGFyZ2V0LnNldEF0dHJpYnV0ZSgic3R5bGUiLCBgCiAgICAgICAgIHBv
c2l0aW9uOiBhYnNvbHV0ZTsKICAgICAgICAgbGVmdDogJHtvcHRpb25zLnh9Owo=
</data>

          </attachment>
      

    </bug>

</bugzilla>