<?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>216501</bug_id>
          
          <creation_ts>2020-09-14 16:19:10 -0700</creation_ts>
          <short_desc>Segfault in WebCore::IDBKey::createBinary</short_desc>
          <delta_ts>2020-10-01 08:02:41 -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>WebCore JavaScript</component>
          <version>WebKit Nightly Build</version>
          <rep_platform>Unspecified</rep_platform>
          <op_sys>Unspecified</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          <see_also>https://bugs.webkit.org/show_bug.cgi?id=216960</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 name="Michael Saboff">msaboff</reporter>
          <assigned_to name="Michael Saboff">msaboff</assigned_to>
          <cc>aakash_jain</cc>
    
    <cc>alecflett</cc>
    
    <cc>beidson</cc>
    
    <cc>ews-watchlist</cc>
    
    <cc>jsbell</cc>
    
    <cc>saam</cc>
    
    <cc>tsavell</cc>
    
    <cc>webkit-bug-importer</cc>
    
    <cc>youennf</cc>
    
    <cc>ysuzuki</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>1688464</commentid>
    <comment_count>0</comment_count>
    <who name="Michael Saboff">msaboff</who>
    <bug_when>2020-09-14 16:19:10 -0700</bug_when>
    <thetext>The script below crashes due to code IDBKey::createBinary(JSC::JSArrayBufferView&amp;) not handling the case where we can&apos;t get a buffer view due to running out of memory.

-- test.html --
&lt;script&gt;
const a = [];
a.length = 2**30
a.__proto__ = {};
Object.defineProperty(a, 0, { get: foo });
function foo() {
  new Uint8Array(a);
}

try {
  foo();
} catch {}

try {
  while(1) {
    new ArrayBuffer(2**20);
  }
} catch {}

let u8 = new Uint8Array();
IDBKeyRange.only(u8);
&lt;/script&gt;

Steps To Reproduce:

DYLD_FRAMEWORK_PATH=&lt;WEBKIT_PATH&gt;/WebKitBuild/Debug &lt;WEBKIT_PATH&gt;/WebKitBuild/Debug/WebKitTestRunner test.html

Results:

Crashed Thread:        0  Dispatch queue: com.apple.main-thread

Exception Type:        EXC_BAD_ACCESS (SIGSEGV)
Exception Codes:       KERN_INVALID_ADDRESS at 0x0000000000000020
Exception Note:        EXC_CORPSE_NOTIFY


Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0   com.apple.WebCore                   0x00000004a14631fa WebCore::IDBKey::createBinary(JSC::JSArrayBufferView&amp;) + 42
1   com.apple.WebCore                   0x00000004a19abe62 WebCore::createIDBKeyFromValue(JSC::JSGlobalObject&amp;, JSC::JSValue, WTF::Vector&lt;JSC::JSArray*, 0ul, WTF::CrashOnOverflow, 16ul, WTF::FastMalloc&gt;&amp;) + 2178
2   com.apple.WebCore                   0x00000004a197ee62 WebCore::scriptValueToIDBKey(JSC::JSGlobalObject&amp;, JSC::JSValue) + 34
3   com.apple.WebCore                   0x00000004a147098a WebCore::IDBKeyRange::only(JSC::JSGlobalObject&amp;, JSC::JSValue) + 122
4   com.apple.WebCore                   0x00000004a097090f WebCore::jsIDBKeyRangeConstructorFunctionOnly(JSC::JSGlobalObject*, JSC::CallFrame*) + 287
5   ???                                 0x0000251383201178 0 + 40765734523256
6   com.apple.JavaScriptCore            0x00000004a9a451b1 llint_entry + 120103</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1688465</commentid>
    <comment_count>1</comment_count>
    <who name="Michael Saboff">msaboff</who>
    <bug_when>2020-09-14 16:19:37 -0700</bug_when>
    <thetext>&lt;rdar://problem/68498785&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1688887</commentid>
    <comment_count>2</comment_count>
      <attachid>408869</attachid>
    <who name="Michael Saboff">msaboff</who>
    <bug_when>2020-09-15 15:47:40 -0700</bug_when>
    <thetext>Created attachment 408869
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1688962</commentid>
    <comment_count>3</comment_count>
      <attachid>408869</attachid>
    <who name="Yusuke Suzuki">ysuzuki</who>
    <bug_when>2020-09-15 19:00:39 -0700</bug_when>
    <thetext>Comment on attachment 408869
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=408869&amp;action=review

&gt; LayoutTests/storage/indexeddb/IDBKey-create-array-buffer-view-oom.html:44
&gt; +shouldBeTrue(&quot;exceptionString == undefined || exceptionString === &apos;DataError: Provided data is inadequate.&apos;&quot;);

If this happened, shouldn&apos;t we throw out-of-memory error instead of DataError?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1688965</commentid>
    <comment_count>4</comment_count>
    <who name="Michael Saboff">msaboff</who>
    <bug_when>2020-09-15 19:16:47 -0700</bug_when>
    <thetext>(In reply to Yusuke Suzuki from comment #3)
&gt; Comment on attachment 408869 [details]
&gt; Patch
&gt; 
&gt; View in context:
&gt; https://bugs.webkit.org/attachment.cgi?id=408869&amp;action=review
&gt; 
&gt; &gt; LayoutTests/storage/indexeddb/IDBKey-create-array-buffer-view-oom.html:44
&gt; &gt; +shouldBeTrue(&quot;exceptionString == undefined || exceptionString === &apos;DataError: Provided data is inadequate.&apos;&quot;);
&gt; 
&gt; If this happened, shouldn&apos;t we throw out-of-memory error instead of
&gt; DataError?

That error is existing when the key range source is invalid.  This fix uses that existing error path.  The test code catches and throws away two out-of-memory errors before getting to this point.

We could specifically throw out-of-memory, but I suspect that would be a riskier fix.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1689023</commentid>
    <comment_count>5</comment_count>
      <attachid>408869</attachid>
    <who name="youenn fablet">youennf</who>
    <bug_when>2020-09-16 00:10:11 -0700</bug_when>
    <thetext>Comment on attachment 408869
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=408869&amp;action=review

&gt; Source/WebCore/Modules/indexeddb/IDBKey.cpp:56
&gt; +        return adoptRef(*new IDBKey());

Can we try returning nullptr here as a RefPtr&lt;IDBKey&gt;?
If we are low on memory, it seems best to not allocate a new object.
Might be a bigger change though.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1689151</commentid>
    <comment_count>6</comment_count>
      <attachid>408869</attachid>
    <who name="Saam Barati">saam</who>
    <bug_when>2020-09-16 10:30:44 -0700</bug_when>
    <thetext>Comment on attachment 408869
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=408869&amp;action=review

&gt;&gt; Source/WebCore/Modules/indexeddb/IDBKey.cpp:56
&gt;&gt; +        return adoptRef(*new IDBKey());
&gt; 
&gt; Can we try returning nullptr here as a RefPtr&lt;IDBKey&gt;?
&gt; If we are low on memory, it seems best to not allocate a new object.
&gt; Might be a bigger change though.

I agree this seems cleaner, given this now can fail. It&apos;s nicer to document things using nullability.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1689290</commentid>
    <comment_count>7</comment_count>
    <who name="Michael Saboff">msaboff</who>
    <bug_when>2020-09-16 18:09:39 -0700</bug_when>
    <thetext>(In reply to youenn fablet from comment #5)
&gt; Comment on attachment 408869 [details]
&gt; Patch
&gt; 
&gt; View in context:
&gt; https://bugs.webkit.org/attachment.cgi?id=408869&amp;action=review
&gt; 
&gt; &gt; Source/WebCore/Modules/indexeddb/IDBKey.cpp:56
&gt; &gt; +        return adoptRef(*new IDBKey());
&gt; 
&gt; Can we try returning nullptr here as a RefPtr&lt;IDBKey&gt;?
&gt; If we are low on memory, it seems best to not allocate a new object.
&gt; Might be a bigger change though.

Are you suggesting we change
    Ref&lt;IDBKey&gt; createBinary(JSC::JSArrayBufferView&amp;)
to
    RefPtr&lt;IDBKey&gt; createBinary(JSC::JSArrayBufferView&amp;)

If so, it seems weird to have two different return types for the overloaded createBinary(...) methods.

If not, there isn&apos;t a way to convert a RefPtr&lt;IDBKey&gt;(nullptr) into a Ref&lt;IDBKey&gt;.

This code is only being called by createIDBKeyFromValue() (via createIDBKeyFromValue()) which return IDBKey::createInvalid() aka adoptRef(*new IDBKey()) for a key with the value of RefPtr&lt;IDBKey&gt;(nullptr).  So we aren&apos;t avoiding the allocation, only delaying it.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1689343</commentid>
    <comment_count>8</comment_count>
      <attachid>408869</attachid>
    <who name="youenn fablet">youennf</who>
    <bug_when>2020-09-16 23:21:48 -0700</bug_when>
    <thetext>Comment on attachment 408869
Patch

&gt; Are you suggesting we change
&gt;     Ref&lt;IDBKey&gt; createBinary(JSC::JSArrayBufferView&amp;)
&gt; to
&gt;     RefPtr&lt;IDBKey&gt; createBinary(JSC::JSArrayBufferView&amp;)
&gt; 
&gt; If so, it seems weird to have two different return types for the overloaded createBinary(...) methods.

We could introduce tryCreateBinary.
Or at least return IDBKey::createInvalid() which seems a bit clearer.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1689461</commentid>
    <comment_count>9</comment_count>
    <who name="Michael Saboff">msaboff</who>
    <bug_when>2020-09-17 08:51:59 -0700</bug_when>
    <thetext>(In reply to youenn fablet from comment #8)
&gt; Comment on attachment 408869 [details]
&gt; Patch
&gt; 
&gt; &gt; Are you suggesting we change
&gt; &gt;     Ref&lt;IDBKey&gt; createBinary(JSC::JSArrayBufferView&amp;)
&gt; &gt; to
&gt; &gt;     RefPtr&lt;IDBKey&gt; createBinary(JSC::JSArrayBufferView&amp;)
&gt; &gt; 
&gt; &gt; If so, it seems weird to have two different return types for the overloaded createBinary(...) methods.
&gt; 
&gt; We could introduce tryCreateBinary.
&gt; Or at least return IDBKey::createInvalid() which seems a bit clearer.

Let&apos;s go with IDBKey::createInvalid().</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1689480</commentid>
    <comment_count>10</comment_count>
      <attachid>409043</attachid>
    <who name="Michael Saboff">msaboff</who>
    <bug_when>2020-09-17 09:49:12 -0700</bug_when>
    <thetext>Created attachment 409043
Updated Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1689560</commentid>
    <comment_count>11</comment_count>
    <who name="Michael Saboff">msaboff</who>
    <bug_when>2020-09-17 12:52:46 -0700</bug_when>
    <thetext>Committed r267205: &lt;https://trac.webkit.org/changeset/267205&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1689975</commentid>
    <comment_count>12</comment_count>
    <who name="Truitt Savell">tsavell</who>
    <bug_when>2020-09-18 15:35:33 -0700</bug_when>
    <thetext>It looks like the new test
storage/indexeddb/IDBKey-create-array-buffer-view-oom.html

added in https://trac.webkit.org/changeset/267205/webkit

is a flaky timeout 
History:
https://results.webkit.org/?suite=layout-tests&amp;test=storage%2Findexeddb%2FIDBKey-create-array-buffer-view-oom.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1693745</commentid>
    <comment_count>13</comment_count>
    <who name="Aakash Jain">aakash_jain</who>
    <bug_when>2020-10-01 08:02:41 -0700</bug_when>
    <thetext>(In reply to Truitt Savell from comment #12)
&gt; It looks like the new test storage/indexeddb/IDBKey-create-array-buffer-view-oom.html added in https://trac.webkit.org/changeset/267205/webkit 
&gt; is a flaky timeout 
This test has been very flaky and slowing down EWS.
e.g.:
https://ews-build.webkit.org/#/builders/24/builds/27172
https://ews-build.webkit.org/#/builders/10/builds/37806
https://ews-build.webkit.org/#/builders/10/builds/37803
https://ews-build.webkit.org/#/builders/24/builds/27145
https://ews-build.webkit.org/#/builders/24/builds/27122
https://ews-build.webkit.org/#/builders/10/builds/37769
https://ews-build.webkit.org/#/builders/24/builds/27100
https://ews-build.webkit.org/#/builders/24/builds/27086
https://ews-build.webkit.org/#/builders/10/builds/37699
https://ews-build.webkit.org/#/builders/24/builds/27069
https://ews-build.webkit.org/#/builders/24/builds/27053
https://ews-build.webkit.org/#/builders/10/builds/37671
https://ews-build.webkit.org/#/builders/24/builds/27018
https://ews-build.webkit.org/#/builders/10/builds/37644</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>408869</attachid>
            <date>2020-09-15 15:47:40 -0700</date>
            <delta_ts>2020-09-17 09:49:12 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>216501.patch</filename>
            <type>text/plain</type>
            <size>4675</size>
            <attacher name="Michael Saboff">msaboff</attacher>
            
              <data encoding="base64">SW5kZXg6IFNvdXJjZS9XZWJDb3JlL0NoYW5nZUxvZwo9PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBTb3VyY2UvV2Vi
Q29yZS9DaGFuZ2VMb2cJKHJldmlzaW9uIDI2NzEwNykKKysrIFNvdXJjZS9XZWJDb3JlL0NoYW5n
ZUxvZwkod29ya2luZyBjb3B5KQpAQCAtMSwzICsxLDE5IEBACisyMDIwLTA5LTE0ICBNaWNoYWVs
IFNhYm9mZiAgPG1zYWJvZmZAYXBwbGUuY29tPgorCisgICAgICAgIFNlZ2ZhdWx0IGluIFdlYkNv
cmU6OklEQktleTo6Y3JlYXRlQmluYXJ5CisgICAgICAgIGh0dHBzOi8vYnVncy53ZWJraXQub3Jn
L3Nob3dfYnVnLmNnaT9pZD0yMTY1MDEKKworICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9P
UFMhKS4KKworICAgICAgICBJZiB3ZSBjYW4ndCBnZXQgYSBjb3B5IG9mIHRoZSBKU0J1ZmZlclZp
ZXcsIHJldHVybiBhbiBpbnZhbGlkIElEQktleS4KKyAgICAgICAgVGhpcyBjYW4gaGFwcGVuIGlm
IHdlIGFyZSBsb3cgb24gbWVtb3J5LiAgVGhlIGV4aXN0aW5nIGNhbGxpbmcgY29kZSBhbHJlYWR5
CisgICAgICAgIGhhbmRsZXMgdGhlIGNhc2Ugd2hlcmUgd2UgbWlnaHQgcHJvZHVjZSBhbiBpbnZh
bGlkIElEQktleS4KKworICAgICAgICBUZXN0OiBzdG9yYWdlL2luZGV4ZWRkYi9JREJLZXktY3Jl
YXRlLWFycmF5LWJ1ZmZlci12aWV3LW9vbS5odG1sCisKKyAgICAgICAgKiBNb2R1bGVzL2luZGV4
ZWRkYi9JREJLZXkuY3BwOgorICAgICAgICAoV2ViQ29yZTo6SURCS2V5OjpjcmVhdGVCaW5hcnkp
OgorCiAyMDIwLTA5LTE1ICBDaHJpcyBEdW1leiAgPGNkdW1lekBhcHBsZS5jb20+CiAKICAgICAg
ICAgU2NyaXB0UHJvY2Vzc29yTm9kZSBzaG91bGQgdGhyb3cgd2hlbiB0cnlpbmcgdG8gY2hhbmdl
IGl0cyBjaGFubmVsIGNvdW50IG9yIGNoYW5uZWwgY291bnQgbW9kZQpJbmRleDogU291cmNlL1dl
YkNvcmUvTW9kdWxlcy9pbmRleGVkZGIvSURCS2V5LmNwcAo9PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBTb3VyY2Uv
V2ViQ29yZS9Nb2R1bGVzL2luZGV4ZWRkYi9JREJLZXkuY3BwCShyZXZpc2lvbiAyNjcxMDcpCisr
KyBTb3VyY2UvV2ViQ29yZS9Nb2R1bGVzL2luZGV4ZWRkYi9JREJLZXkuY3BwCSh3b3JraW5nIGNv
cHkpCkBAIC01Miw2ICs1Miw4IEBAIFJlZjxJREJLZXk+IElEQktleTo6Y3JlYXRlQmluYXJ5KEpT
Qzo6SlMKIFJlZjxJREJLZXk+IElEQktleTo6Y3JlYXRlQmluYXJ5KEpTQzo6SlNBcnJheUJ1ZmZl
clZpZXcmIGFycmF5QnVmZmVyVmlldykKIHsKICAgICBhdXRvIGJ1ZmZlclZpZXcgPSBhcnJheUJ1
ZmZlclZpZXcucG9zc2libHlTaGFyZWRJbXBsKCk7CisgICAgaWYgKCFidWZmZXJWaWV3KQorICAg
ICAgICByZXR1cm4gYWRvcHRSZWYoKm5ldyBJREJLZXkoKSk7CiAgICAgcmV0dXJuIGFkb3B0UmVm
KCpuZXcgSURCS2V5KFRocmVhZFNhZmVEYXRhQnVmZmVyOjpjb3B5RGF0YShidWZmZXJWaWV3LT5k
YXRhKCksIGJ1ZmZlclZpZXctPmJ5dGVMZW5ndGgoKSkpKTsKIH0KIApJbmRleDogTGF5b3V0VGVz
dHMvQ2hhbmdlTG9nCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIExheW91dFRlc3RzL0NoYW5nZUxvZwkocmV2aXNp
b24gMjY3MTA3KQorKysgTGF5b3V0VGVzdHMvQ2hhbmdlTG9nCSh3b3JraW5nIGNvcHkpCkBAIC0x
LDMgKzEsMTcgQEAKKzIwMjAtMDktMTQgIE1pY2hhZWwgU2Fib2ZmICA8bXNhYm9mZkBhcHBsZS5j
b20+CisKKyAgICAgICAgU2VnZmF1bHQgaW4gV2ViQ29yZTo6SURCS2V5OjpjcmVhdGVCaW5hcnkK
KyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTIxNjUwMQor
CisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIE5ldyB0ZXN0
LiAgU2luY2UgdGhpcyB0ZXN0IGlzIGxvb2tpbmcgZm9yIHRoZSBvdXQgb2YgbWVtb3J5IGNvbmRp
dGlvbiwgdGhlIHRlc3QgaXMgd3JpdHRlbgorICAgICAgICB0byBhdm9pZCBmYWxzZSBmYWlsdXJl
cyBpbiB0aGUgY2FzZSB3ZSBjYW4ndCBhY2hpZXZlIG91dCBvZiBtZW1vcnkuICBUaGF0IGlzIHdo
ZW4gdGhlCisgICAgICAgIGV4cGVjdGVkIGV4Y2VwdGlvbiBpcyBub3QgdGhyb3duLgorCisgICAg
ICAgICogc3RvcmFnZS9pbmRleGVkZGIvSURCS2V5LWNyZWF0ZS1hcnJheS1idWZmZXItdmlldy1v
b20tZXhwZWN0ZWQudHh0OiBBZGRlZC4KKyAgICAgICAgKiBzdG9yYWdlL2luZGV4ZWRkYi9JREJL
ZXktY3JlYXRlLWFycmF5LWJ1ZmZlci12aWV3LW9vbS5odG1sOiBBZGRlZC4KKwogMjAyMC0wOS0x
NSAgQ2hyaXMgRHVtZXogIDxjZHVtZXpAYXBwbGUuY29tPgogCiAgICAgICAgIFNjcmlwdFByb2Nl
c3Nvck5vZGUgc2hvdWxkIHRocm93IHdoZW4gdHJ5aW5nIHRvIGNoYW5nZSBpdHMgY2hhbm5lbCBj
b3VudCBvciBjaGFubmVsIGNvdW50IG1vZGUKSW5kZXg6IExheW91dFRlc3RzL3N0b3JhZ2UvaW5k
ZXhlZGRiL0lEQktleS1jcmVhdGUtYXJyYXktYnVmZmVyLXZpZXctb29tLWV4cGVjdGVkLnR4dAo9
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09Ci0tLSBMYXlvdXRUZXN0cy9zdG9yYWdlL2luZGV4ZWRkYi9JREJLZXktY3JlYXRl
LWFycmF5LWJ1ZmZlci12aWV3LW9vbS1leHBlY3RlZC50eHQJKG5vbmV4aXN0ZW50KQorKysgTGF5
b3V0VGVzdHMvc3RvcmFnZS9pbmRleGVkZGIvSURCS2V5LWNyZWF0ZS1hcnJheS1idWZmZXItdmll
dy1vb20tZXhwZWN0ZWQudHh0CSh3b3JraW5nIGNvcHkpCkBAIC0wLDAgKzEsMTEgQEAKK1Rlc3Qg
SW5kZXhlZERCIElEQktleVJhbmdlIHdoZW4gd2UgYXJlIE91dCBvZiBNZW1vcnkuCisKK09uIHN1
Y2Nlc3MsIHlvdSB3aWxsIHNlZSBhIHNlcmllcyBvZiAiUEFTUyIgbWVzc2FnZXMsIGZvbGxvd2Vk
IGJ5ICJURVNUIENPTVBMRVRFIi4KKworCitQQVNTIGV4Y2VwdGlvblN0cmluZyA9PSB1bmRlZmlu
ZWQgfHwgZXhjZXB0aW9uU3RyaW5nID09PSAnRGF0YUVycm9yOiBQcm92aWRlZCBkYXRhIGlzIGlu
YWRlcXVhdGUuJyBpcyB0cnVlCitQQVNTIElEQktleVJhbmdlLm9ubHkgZGlkbid0IGNyYXNoCitQ
QVNTIHN1Y2Nlc3NmdWxseVBhcnNlZCBpcyB0cnVlCisKK1RFU1QgQ09NUExFVEUKKwpJbmRleDog
TGF5b3V0VGVzdHMvc3RvcmFnZS9pbmRleGVkZGIvSURCS2V5LWNyZWF0ZS1hcnJheS1idWZmZXIt
dmlldy1vb20uaHRtbAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBMYXlvdXRUZXN0cy9zdG9yYWdlL2luZGV4ZWRk
Yi9JREJLZXktY3JlYXRlLWFycmF5LWJ1ZmZlci12aWV3LW9vbS5odG1sCShub25leGlzdGVudCkK
KysrIExheW91dFRlc3RzL3N0b3JhZ2UvaW5kZXhlZGRiL0lEQktleS1jcmVhdGUtYXJyYXktYnVm
ZmVyLXZpZXctb29tLmh0bWwJKHdvcmtpbmcgY29weSkKQEAgLTAsMCArMSw0OSBAQAorPCEtLSB3
ZWJraXQtdGVzdC1ydW5uZXIgWyB1c2VFcGhlbWVyYWxTZXNzaW9uPXRydWUgXSAtLT4KKzwhRE9D
VFlQRSBodG1sPgorPGh0bWw+Cis8aGVhZD4KKzxzY3JpcHQgc3JjPSIuLi8uLi9yZXNvdXJjZXMv
anMtdGVzdC5qcyI+PC9zY3JpcHQ+Cis8L2hlYWQ+Cis8Ym9keT4KKzxzY3JpcHQ+CitkZXNjcmlw
dGlvbigiVGVzdCBJbmRleGVkREIgSURCS2V5UmFuZ2Ugd2hlbiB3ZSBhcmUgT3V0IG9mIE1lbW9y
eS4iKTsKKworLy8gU2luY2Ugd2UgYXJlIGxvdyBvbiBtZW1vcnksIGl0IGlzIGRpZmZpY3VsdCB0
byB1c2UgdGhlIGV4Y2VwdGlvbiB0ZXN0IGhlbHBlcnMuCitsZXQgZXhjZXB0aW9uU3RyaW5nID0g
dW5kZWZpbmVkOworCitjb25zdCBhID0gW107CithLmxlbmd0aCA9IDIqKjMwOworYS5fX3Byb3Rv
X18gPSB7fTsKK09iamVjdC5kZWZpbmVQcm9wZXJ0eShhLCAwLCB7IGdldDogZm9vIH0pOworZnVu
Y3Rpb24gZm9vKCkgeworICAgIG5ldyBVaW50OEFycmF5KGEpOworfQorCit0cnkgeworICAgIGZv
bygpOworfSBjYXRjaCB7IH0KKwordHJ5IHsKKyAgICB3aGlsZSgxKQorICAgICAgICBuZXcgQXJy
YXlCdWZmZXIoMioqMjgpOworfSBjYXRjaCB7IH0KKworbGV0IHU4ID0gbmV3IFVpbnQ4QXJyYXko
KTsKKwordHJ5IHsKKyAgICBJREJLZXlSYW5nZS5vbmx5KHU4KTsKK30gY2F0Y2goZSkgeworICAg
IGV4Y2VwdGlvblN0cmluZyA9IGUudG9TdHJpbmcoKTsKK30KKworLy8gVHJ5IHRvIGZyZWUgdXAg
c29tZSBtZW1vcnkgdG8gY2hlY2sgb3VyIGV4Y2VwdGlvbgordTggPSB1bmRlZmluZWQ7CitnYygp
OworCisvLyBTaW5jZSB3ZSBjYW4ndCByZWxpYWJseSBwcm9kdWNlIGFuIG91dCBvZiBtZW1vcnkg
ZXZlcnl0aW1lLCBubyBleGNlcHRpb24gaXMgYWxzbyBhIHBhc3MuCitzaG91bGRCZVRydWUoImV4
Y2VwdGlvblN0cmluZyA9PSB1bmRlZmluZWQgfHwgZXhjZXB0aW9uU3RyaW5nID09PSAnRGF0YUVy
cm9yOiBQcm92aWRlZCBkYXRhIGlzIGluYWRlcXVhdGUuJyIpOworCit0ZXN0UGFzc2VkKCJJREJL
ZXlSYW5nZS5vbmx5IGRpZG4ndCBjcmFzaCIpOworPC9zY3JpcHQ+Cis8L2JvZHk+Cis8L2h0bWw+
Cg==
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>409043</attachid>
            <date>2020-09-17 09:49:12 -0700</date>
            <delta_ts>2020-09-17 10:04:57 -0700</delta_ts>
            <desc>Updated Patch</desc>
            <filename>216501-2.patch</filename>
            <type>text/plain</type>
            <size>4601</size>
            <attacher name="Michael Saboff">msaboff</attacher>
            
              <data encoding="base64">SW5kZXg6IFNvdXJjZS9XZWJDb3JlL0NoYW5nZUxvZwo9PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBTb3VyY2UvV2Vi
Q29yZS9DaGFuZ2VMb2cJKHJldmlzaW9uIDI2NzE5MikKKysrIFNvdXJjZS9XZWJDb3JlL0NoYW5n
ZUxvZwkod29ya2luZyBjb3B5KQpAQCAtMSwzICsxLDE5IEBACisyMDIwLTA5LTE3ICBNaWNoYWVs
IFNhYm9mZiAgPG1zYWJvZmZAYXBwbGUuY29tPgorCisgICAgICAgIFNlZ2ZhdWx0IGluIFdlYkNv
cmU6OklEQktleTo6Y3JlYXRlQmluYXJ5CisgICAgICAgIGh0dHBzOi8vYnVncy53ZWJraXQub3Jn
L3Nob3dfYnVnLmNnaT9pZD0yMTY1MDEKKworICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9P
UFMhKS4KKworICAgICAgICBJZiB3ZSBjYW4ndCBnZXQgYSBjb3B5IG9mIHRoZSBKU0J1ZmZlclZp
ZXcsIHJldHVybiBhbiBpbnZhbGlkIElEQktleS4KKyAgICAgICAgVGhpcyBjYW4gaGFwcGVuIGlm
IHdlIGFyZSBsb3cgb24gbWVtb3J5LiAgVGhlIGV4aXN0aW5nIGNhbGxpbmcgY29kZSBhbHJlYWR5
CisgICAgICAgIGhhbmRsZXMgdGhlIGNhc2Ugd2hlcmUgd2UgbWlnaHQgcHJvZHVjZSBhbiBpbnZh
bGlkIElEQktleS4KKworICAgICAgICBUZXN0OiBzdG9yYWdlL2luZGV4ZWRkYi9JREJLZXktY3Jl
YXRlLWFycmF5LWJ1ZmZlci12aWV3LW9vbS5odG1sCisKKyAgICAgICAgKiBNb2R1bGVzL2luZGV4
ZWRkYi9JREJLZXkuY3BwOgorICAgICAgICAoV2ViQ29yZTo6SURCS2V5OjpjcmVhdGVCaW5hcnkp
OgorCiAyMDIwLTA5LTE3ICBBbnR0aSBLb2l2aXN0byAgPGFudHRpQGFwcGxlLmNvbT4KIAogICAg
ICAgICBTdHlsZTo6Q2hhbmdlIHNob3VsZCBiZSBlbnVtIGNsYXNzCkluZGV4OiBTb3VyY2UvV2Vi
Q29yZS9Nb2R1bGVzL2luZGV4ZWRkYi9JREJLZXkuY3BwCj09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIFNvdXJjZS9X
ZWJDb3JlL01vZHVsZXMvaW5kZXhlZGRiL0lEQktleS5jcHAJKHJldmlzaW9uIDI2NzE5MikKKysr
IFNvdXJjZS9XZWJDb3JlL01vZHVsZXMvaW5kZXhlZGRiL0lEQktleS5jcHAJKHdvcmtpbmcgY29w
eSkKQEAgLTUyLDYgKzUyLDggQEAgUmVmPElEQktleT4gSURCS2V5OjpjcmVhdGVCaW5hcnkoSlND
OjpKUwogUmVmPElEQktleT4gSURCS2V5OjpjcmVhdGVCaW5hcnkoSlNDOjpKU0FycmF5QnVmZmVy
VmlldyYgYXJyYXlCdWZmZXJWaWV3KQogewogICAgIGF1dG8gYnVmZmVyVmlldyA9IGFycmF5QnVm
ZmVyVmlldy5wb3NzaWJseVNoYXJlZEltcGwoKTsKKyAgICBpZiAoIWJ1ZmZlclZpZXcpCisgICAg
ICAgIHJldHVybiBjcmVhdGVJbnZhbGlkKCk7CiAgICAgcmV0dXJuIGFkb3B0UmVmKCpuZXcgSURC
S2V5KFRocmVhZFNhZmVEYXRhQnVmZmVyOjpjb3B5RGF0YShidWZmZXJWaWV3LT5kYXRhKCksIGJ1
ZmZlclZpZXctPmJ5dGVMZW5ndGgoKSkpKTsKIH0KIApJbmRleDogTGF5b3V0VGVzdHMvQ2hhbmdl
TG9nCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT0KLS0tIExheW91dFRlc3RzL0NoYW5nZUxvZwkocmV2aXNpb24gMjY3MTky
KQorKysgTGF5b3V0VGVzdHMvQ2hhbmdlTG9nCSh3b3JraW5nIGNvcHkpCkBAIC0xLDMgKzEsMTcg
QEAKKzIwMjAtMDktMTcgIE1pY2hhZWwgU2Fib2ZmICA8bXNhYm9mZkBhcHBsZS5jb20+CisKKyAg
ICAgICAgU2VnZmF1bHQgaW4gV2ViQ29yZTo6SURCS2V5OjpjcmVhdGVCaW5hcnkKKyAgICAgICAg
aHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTIxNjUwMQorCisgICAgICAg
IFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIE5ldyB0ZXN0LiAgU2luY2Ug
dGhpcyB0ZXN0IGlzIGxvb2tpbmcgZm9yIHRoZSBvdXQgb2YgbWVtb3J5IGNvbmRpdGlvbiwgdGhl
IHRlc3QgaXMgd3JpdHRlbgorICAgICAgICB0byBhdm9pZCBmYWxzZSBmYWlsdXJlcyBpbiB0aGUg
Y2FzZSB3ZSBjYW4ndCBhY2hpZXZlIG91dCBvZiBtZW1vcnkuICBUaGF0IGlzIHdoZW4gdGhlCisg
ICAgICAgIGV4cGVjdGVkIGV4Y2VwdGlvbiBpcyBub3QgdGhyb3duLgorCisgICAgICAgICogc3Rv
cmFnZS9pbmRleGVkZGIvSURCS2V5LWNyZWF0ZS1hcnJheS1idWZmZXItdmlldy1vb20tZXhwZWN0
ZWQudHh0OiBBZGRlZC4KKyAgICAgICAgKiBzdG9yYWdlL2luZGV4ZWRkYi9JREJLZXktY3JlYXRl
LWFycmF5LWJ1ZmZlci12aWV3LW9vbS5odG1sOiBBZGRlZC4KKwogMjAyMC0wOS0xNyAgRGllZ28g
UGlubyBHYXJjaWEgIDxkcGlub0BpZ2FsaWEuY29tPgogCiAgICAgICAgIFtHTElCXSBVbnJldmll
d3dlZCB0ZXN0IGdhcmRlbmluZy4gVXBkYXRlIGJhc2VsaW5lcyBhZnRlciBXUFQgdXBkYXRlIGlu
IHIyNjcxNjcuCkluZGV4OiBMYXlvdXRUZXN0cy9zdG9yYWdlL2luZGV4ZWRkYi9JREJLZXktY3Jl
YXRlLWFycmF5LWJ1ZmZlci12aWV3LW9vbS1leHBlY3RlZC50eHQKPT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gTGF5
b3V0VGVzdHMvc3RvcmFnZS9pbmRleGVkZGIvSURCS2V5LWNyZWF0ZS1hcnJheS1idWZmZXItdmll
dy1vb20tZXhwZWN0ZWQudHh0CShub25leGlzdGVudCkKKysrIExheW91dFRlc3RzL3N0b3JhZ2Uv
aW5kZXhlZGRiL0lEQktleS1jcmVhdGUtYXJyYXktYnVmZmVyLXZpZXctb29tLWV4cGVjdGVkLnR4
dAkod29ya2luZyBjb3B5KQpAQCAtMCwwICsxLDExIEBACitUZXN0IEluZGV4ZWREQiBJREJLZXlS
YW5nZSB3aGVuIHdlIGFyZSBPdXQgb2YgTWVtb3J5LgorCitPbiBzdWNjZXNzLCB5b3Ugd2lsbCBz
ZWUgYSBzZXJpZXMgb2YgIlBBU1MiIG1lc3NhZ2VzLCBmb2xsb3dlZCBieSAiVEVTVCBDT01QTEVU
RSIuCisKKworUEFTUyBleGNlcHRpb25TdHJpbmcgPT0gdW5kZWZpbmVkIHx8IGV4Y2VwdGlvblN0
cmluZyA9PT0gJ0RhdGFFcnJvcjogUHJvdmlkZWQgZGF0YSBpcyBpbmFkZXF1YXRlLicgaXMgdHJ1
ZQorUEFTUyBJREJLZXlSYW5nZS5vbmx5IGRpZG4ndCBjcmFzaAorUEFTUyBzdWNjZXNzZnVsbHlQ
YXJzZWQgaXMgdHJ1ZQorCitURVNUIENPTVBMRVRFCisKSW5kZXg6IExheW91dFRlc3RzL3N0b3Jh
Z2UvaW5kZXhlZGRiL0lEQktleS1jcmVhdGUtYXJyYXktYnVmZmVyLXZpZXctb29tLmh0bWwKPT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PQotLS0gTGF5b3V0VGVzdHMvc3RvcmFnZS9pbmRleGVkZGIvSURCS2V5LWNyZWF0ZS1h
cnJheS1idWZmZXItdmlldy1vb20uaHRtbAkobm9uZXhpc3RlbnQpCisrKyBMYXlvdXRUZXN0cy9z
dG9yYWdlL2luZGV4ZWRkYi9JREJLZXktY3JlYXRlLWFycmF5LWJ1ZmZlci12aWV3LW9vbS5odG1s
CSh3b3JraW5nIGNvcHkpCkBAIC0wLDAgKzEsNDkgQEAKKzwhLS0gd2Via2l0LXRlc3QtcnVubmVy
IFsgdXNlRXBoZW1lcmFsU2Vzc2lvbj10cnVlIF0gLS0+Cis8IURPQ1RZUEUgaHRtbD4KKzxodG1s
PgorPGhlYWQ+Cis8c2NyaXB0IHNyYz0iLi4vLi4vcmVzb3VyY2VzL2pzLXRlc3QuanMiPjwvc2Ny
aXB0PgorPC9oZWFkPgorPGJvZHk+Cis8c2NyaXB0PgorZGVzY3JpcHRpb24oIlRlc3QgSW5kZXhl
ZERCIElEQktleVJhbmdlIHdoZW4gd2UgYXJlIE91dCBvZiBNZW1vcnkuIik7CisKKy8vIFNpbmNl
IHdlIGFyZSBsb3cgb24gbWVtb3J5LCBpdCBpcyBkaWZmaWN1bHQgdG8gdXNlIHRoZSBleGNlcHRp
b24gdGVzdCBoZWxwZXJzLgorbGV0IGV4Y2VwdGlvblN0cmluZyA9IHVuZGVmaW5lZDsKKworY29u
c3QgYSA9IFtdOworYS5sZW5ndGggPSAyKiozMDsKK2EuX19wcm90b19fID0ge307CitPYmplY3Qu
ZGVmaW5lUHJvcGVydHkoYSwgMCwgeyBnZXQ6IGZvbyB9KTsKK2Z1bmN0aW9uIGZvbygpIHsKKyAg
ICBuZXcgVWludDhBcnJheShhKTsKK30KKwordHJ5IHsKKyAgICBmb28oKTsKK30gY2F0Y2ggeyB9
CisKK3RyeSB7CisgICAgd2hpbGUoMSkKKyAgICAgICAgbmV3IEFycmF5QnVmZmVyKDIqKjIwKTsK
K30gY2F0Y2ggeyB9CisKK2xldCB1OCA9IG5ldyBVaW50OEFycmF5KCk7CisKK3RyeSB7CisgICAg
SURCS2V5UmFuZ2Uub25seSh1OCk7Cit9IGNhdGNoKGUpIHsKKyAgICBleGNlcHRpb25TdHJpbmcg
PSBlLnRvU3RyaW5nKCk7Cit9CisKKy8vIFRyeSB0byBmcmVlIHVwIHNvbWUgbWVtb3J5IHRvIGNo
ZWNrIG91ciBleGNlcHRpb24KK3U4ID0gdW5kZWZpbmVkOworZ2MoKTsKKworLy8gU2luY2Ugd2Ug
Y2FuJ3QgcmVsaWFibHkgcHJvZHVjZSBhbiBvdXQgb2YgbWVtb3J5IGV2ZXJ5dGltZSwgbm8gZXhj
ZXB0aW9uIGlzIGFsc28gYSBwYXNzLgorc2hvdWxkQmVUcnVlKCJleGNlcHRpb25TdHJpbmcgPT0g
dW5kZWZpbmVkIHx8IGV4Y2VwdGlvblN0cmluZyA9PT0gJ0RhdGFFcnJvcjogUHJvdmlkZWQgZGF0
YSBpcyBpbmFkZXF1YXRlLiciKTsKKwordGVzdFBhc3NlZCgiSURCS2V5UmFuZ2Uub25seSBkaWRu
J3QgY3Jhc2giKTsKKzwvc2NyaXB0PgorPC9ib2R5PgorPC9odG1sPgo=
</data>
<flag name="review"
          id="424624"
          type_id="1"
          status="+"
          setter="youennf"
    />
          </attachment>
      

    </bug>

</bugzilla>