<?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>137692</bug_id>
          
          <creation_ts>2014-10-14 07:06:09 -0700</creation_ts>
          <short_desc>[EFL] REGRESSION(r173394): MiniBrowser stucked in an infinite loop if NETWORK_CACHE is disabled</short_desc>
          <delta_ts>2017-02-20 22:39:33 -0800</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>WebKit EFL</component>
          <version>528+ (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=168637</see_also>
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P1</priority>
          <bug_severity>Blocker</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>136631</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Tibor Mészáros">mtiborinf</reporter>
          <assigned_to name="Csaba Osztrogonác">ossy</assigned_to>
          <cc>commit-queue</cc>
    
    <cc>darin</cc>
    
    <cc>gyuyoung.kim</cc>
    
    <cc>hs85.jeong</cc>
    
    <cc>jh718.park</cc>
    
    <cc>koivisto</cc>
    
    <cc>lucas.de.marchi</cc>
    
    <cc>ossy</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>1041552</commentid>
    <comment_count>0</comment_count>
    <who name="Tibor Mészáros">mtiborinf</who>
    <bug_when>2014-10-14 07:06:09 -0700</bug_when>
    <thetext>MiniBrowser stucked in an infinite loop on http://index.hu if NetworkProcess is enabled

The new caching method introduced in r173394 causes this problem on EFL.
You can easily reproduce it with:

MiniBrowser http://index.hu -S</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1041553</commentid>
    <comment_count>1</comment_count>
      <attachid>239798</attachid>
    <who name="Tibor Mészáros">mtiborinf</who>
    <bug_when>2014-10-14 07:09:30 -0700</bug_when>
    <thetext>Created attachment 239798
WIP patch

If we disable caching, or reduce the caching time, everything works fine. But I started to debug the real bug and try to fix it properly.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1144830</commentid>
    <comment_count>2</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2015-11-30 10:59:10 -0800</bug_when>
    <thetext>Change importance to P1/blocker, because NetworkProcess is mandatory
since http://trac.webkit.org/changeset/192796 and now networking is
completely broken on EFL WebKit:

https://build.webkit.org/builders/EFL%20Linux%2064-bit%20Release%20WK2/builds/25715

Any volunteer to pick up this serious regression?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1145889</commentid>
    <comment_count>3</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2015-12-03 00:50:30 -0800</bug_when>
    <thetext>just to note: https://trac.webkit.org/changeset/192994 skipped all wpt tests.
They should be unskipped once somebody fixes this very old regression.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1145891</commentid>
    <comment_count>4</comment_count>
    <who name="Gyuyoung Kim">gyuyoung.kim</who>
    <bug_when>2015-12-03 00:53:55 -0800</bug_when>
    <thetext>(In reply to comment #3)
&gt; just to note: https://trac.webkit.org/changeset/192994 skipped all wpt tests.
&gt; They should be unskipped once somebody fixes this very old regression.

To fix it, I file a new bug - https://bugs.webkit.org/show_bug.cgi?id=151801</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1145904</commentid>
    <comment_count>5</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2015-12-03 02:33:30 -0800</bug_when>
    <thetext>(In reply to comment #4)
&gt; (In reply to comment #3)
&gt; &gt; just to note: https://trac.webkit.org/changeset/192994 skipped all wpt tests.
&gt; &gt; They should be unskipped once somebody fixes this very old regression.
&gt; 
&gt; To fix it, I file a new bug - https://bugs.webkit.org/show_bug.cgi?id=151801

Common, why do we need a new bug report for the same bug?

REGRESSION(r192994): imported/w3c/web-platform-tests has been timeout since r192994
https://bugs.webkit.org/show_bug.cgi?id=151801

Otherwise the name of the new bug is misleading, because r192994 only
made NetworkProcess mandatory, it isn&apos;t the real culprit. It is a 15
months old bug caused by r173394. But it was hidden, because EFL
didn&apos;t use NetworkProcess at all until it became mandatory.


https://bugs.webkit.org/show_bug.cgi?id=151801#c2 pointed out
that the problem occurs only if NETWORK_CACHE is disabled.

So one possible fix can be to enable NETWORK_CACHE on EFL port too
similar to Apple Mac and GTK port. In this case can we get rid
NETWORK_CACHE guards since all ports enabled it? And we see that
networking is broken with disabled NETWORK_CACHE long time ago.
Is there any reason to keep this broken configuration in the tree?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1145906</commentid>
    <comment_count>6</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2015-12-03 02:34:35 -0800</bug_when>
    <thetext>*** Bug 151801 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1145907</commentid>
    <comment_count>7</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2015-12-03 02:37:10 -0800</bug_when>
    <thetext>@Antti and @Darin: You are the author and the reviewer of r173394 which
introduced this regression. What do you think, what would be the proper fix?

Should we try to fix the broken !NETWORK_CACHE 
configuration or should we remove it completely?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1146738</commentid>
    <comment_count>8</comment_count>
    <who name="Darin Adler">darin</who>
    <bug_when>2015-12-06 18:46:01 -0800</bug_when>
    <thetext>I think that roughly speaking someone can put:

#if !NETWORK_CACHE
    return 0_ms;
#endif

in the maximumBufferingTime function. That will turn off the caching Antti’s patch introduced.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1146855</commentid>
    <comment_count>9</comment_count>
    <who name="Gyuyoung Kim">gyuyoung.kim</who>
    <bug_when>2015-12-07 08:43:45 -0800</bug_when>
    <thetext>(In reply to comment #5)
&gt; (In reply to comment #4)
&gt; &gt; (In reply to comment #3)
&gt; &gt; &gt; just to note: https://trac.webkit.org/changeset/192994 skipped all wpt tests.
&gt; &gt; &gt; They should be unskipped once somebody fixes this very old regression.
&gt; &gt; 
&gt; &gt; To fix it, I file a new bug - https://bugs.webkit.org/show_bug.cgi?id=151801
&gt; 
&gt; Common, why do we need a new bug report for the same bug?
&gt; 
&gt; REGRESSION(r192994): imported/w3c/web-platform-tests has been timeout since
&gt; r192994
&gt; https://bugs.webkit.org/show_bug.cgi?id=151801
&gt; 
&gt; Otherwise the name of the new bug is misleading, because r192994 only
&gt; made NetworkProcess mandatory, it isn&apos;t the real culprit. It is a 15
&gt; months old bug caused by r173394. But it was hidden, because EFL
&gt; didn&apos;t use NetworkProcess at all until it became mandatory.

For the record, test_ewk2_context_menu has been failing since r192796.
- https://build.webkit.org/builders/EFL%20Linux%2064-bit%20Release%20WK2/builds/25715

Let&apos;s see if this broken test can be fixed as well.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1147249</commentid>
    <comment_count>10</comment_count>
      <attachid>266876</attachid>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2015-12-08 03:27:02 -0800</bug_when>
    <thetext>Created attachment 266876
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1147250</commentid>
    <comment_count>11</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2015-12-08 03:32:30 -0800</bug_when>
    <thetext>(In reply to comment #10)
&gt; Created attachment 266876 [details]
&gt; Patch

(In reply to comment #8)
&gt; I think that roughly speaking someone can put:
&gt; 
&gt; #if !NETWORK_CACHE
&gt;     return 0_ms;
&gt; #endif
&gt; 
&gt; in the maximumBufferingTime function. That will turn off the caching Antti’s
&gt; patch introduced.

Thanks for the suggestions, it seems it works fine.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1147276</commentid>
    <comment_count>12</comment_count>
      <attachid>266876</attachid>
    <who name="Darin Adler">darin</who>
    <bug_when>2015-12-08 07:54:38 -0800</bug_when>
    <thetext>Comment on attachment 266876
Patch

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

&gt; Source/WebKit2/WebProcess/Network/WebLoaderStrategy.cpp:91
&gt; +#if !ENABLE(NETWORK_CACHE)
&gt; +    return 0_ms;
&gt; +#endif

I think we need a comment explaining why we are doing this. It’s a mysterious line of code!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1147289</commentid>
    <comment_count>13</comment_count>
      <attachid>266876</attachid>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2015-12-08 08:42:20 -0800</bug_when>
    <thetext>Comment on attachment 266876
Patch

Clearing flags on attachment: 266876

Committed r193752: &lt;http://trac.webkit.org/changeset/193752&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1147290</commentid>
    <comment_count>14</comment_count>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2015-12-08 08:42:24 -0800</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>239798</attachid>
            <date>2014-10-14 07:09:30 -0700</date>
            <delta_ts>2015-12-08 03:26:51 -0800</delta_ts>
            <desc>WIP patch</desc>
            <filename>bug-137692-20141014160933.patch</filename>
            <type>text/plain</type>
            <size>1639</size>
            <attacher name="Tibor Mészáros">mtiborinf</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTc0NjgxCmRpZmYgLS1naXQgYS9Tb3VyY2UvV2ViS2l0Mi9D
aGFuZ2VMb2cgYi9Tb3VyY2UvV2ViS2l0Mi9DaGFuZ2VMb2cKaW5kZXggOGI1MjQzNjQ2N2ZkZDc2
MjdhODRlNTM2MzBjMDZmMDMzY2MyZGIzMS4uZDdjNDI1YzZjNDA3NzIxOWViMDA3YWI5NjhlN2Nh
ODU4NjIxNTllMiAxMDA2NDQKLS0tIGEvU291cmNlL1dlYktpdDIvQ2hhbmdlTG9nCisrKyBiL1Nv
dXJjZS9XZWJLaXQyL0NoYW5nZUxvZwpAQCAtMSwzICsxLDEzIEBACisyMDE0LTEwLTE0ICBUaWJv
ciBNZXN6YXJvcyAgPHRtZXN6YXJvcy51LXN6ZWdlZEBwYXJ0bmVyLnNhbXN1bmcuY29tPgorCisg
ICAgICAgIFtFRkxdIFJFR1JFU1NJT04ocjE3MzM5NCk6IE1pbmlCcm93c2VyIHN0dWNrZWQgaW4g
YW4gaW5maW5pdGUgbG9vcCBvbiBodHRwOi8vaW5kZXguaHUgaWYgTmV0d29ya1Byb2Nlc3MgaXMg
ZW5hYmxlZAorICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/aWQ9
MTM3NjkyCisKKyAgICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BTISkuCisKKyAgICAgICAg
KiBXZWJQcm9jZXNzL05ldHdvcmsvV2ViUmVzb3VyY2VMb2FkU2NoZWR1bGVyLmNwcDoKKyAgICAg
ICAgKFdlYktpdDo6bWF4aW11bUJ1ZmZlcmluZ1RpbWUpOgorCiAyMDE0LTEwLTE0ICBDaHJpcyBE
dW1leiAgPGNkdW1lekBhcHBsZS5jb20+CiAKICAgICAgICAgVXNlIGlzPD4oKSAvIGRvd25jYXN0
PD4oKSBmb3IgUmVuZGVySW1hZ2UKZGlmZiAtLWdpdCBhL1NvdXJjZS9XZWJLaXQyL1dlYlByb2Nl
c3MvTmV0d29yay9XZWJSZXNvdXJjZUxvYWRTY2hlZHVsZXIuY3BwIGIvU291cmNlL1dlYktpdDIv
V2ViUHJvY2Vzcy9OZXR3b3JrL1dlYlJlc291cmNlTG9hZFNjaGVkdWxlci5jcHAKaW5kZXggMWE3
ZjljMWU0NGYyNzAzM2YxZTQyMjFkNTFmNDM1ZGI0ODUwODdkYS4uODU1ODJiY2ExOTFjMTFlNzU4
NjRmYzc2NTBjZDI0NGU2ZDI5MmNhMSAxMDA2NDQKLS0tIGEvU291cmNlL1dlYktpdDIvV2ViUHJv
Y2Vzcy9OZXR3b3JrL1dlYlJlc291cmNlTG9hZFNjaGVkdWxlci5jcHAKKysrIGIvU291cmNlL1dl
YktpdDIvV2ViUHJvY2Vzcy9OZXR3b3JrL1dlYlJlc291cmNlTG9hZFNjaGVkdWxlci5jcHAKQEAg
LTkxLDEwICs5MSwxMCBAQCBzdGF0aWMgc3RkOjpjaHJvbm86Om1pbGxpc2Vjb25kcyBtYXhpbXVt
QnVmZmVyaW5nVGltZShDYWNoZWRSZXNvdXJjZSogcmVzb3VyY2UpCiAgICAgICAgIHJldHVybiAw
X21zOwogCiAgICAgc3dpdGNoIChyZXNvdXJjZS0+dHlwZSgpKSB7Ci0gICAgY2FzZSBDYWNoZWRS
ZXNvdXJjZTo6Q1NTU3R5bGVTaGVldDoKLSAgICBjYXNlIENhY2hlZFJlc291cmNlOjpTY3JpcHQ6
CiAgICAgY2FzZSBDYWNoZWRSZXNvdXJjZTo6Rm9udFJlc291cmNlOgogICAgICAgICByZXR1cm4g
c3RkOjpjaHJvbm86Om1pbGxpc2Vjb25kczo6bWF4KCk7CisgICAgY2FzZSBDYWNoZWRSZXNvdXJj
ZTo6Q1NTU3R5bGVTaGVldDoKKyAgICBjYXNlIENhY2hlZFJlc291cmNlOjpTY3JpcHQ6CiAgICAg
Y2FzZSBDYWNoZWRSZXNvdXJjZTo6SW1hZ2VSZXNvdXJjZToKICAgICAgICAgcmV0dXJuIDUwMF9t
czsKICAgICBjYXNlIENhY2hlZFJlc291cmNlOjpNYWluUmVzb3VyY2U6Cg==
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>266876</attachid>
            <date>2015-12-08 03:27:02 -0800</date>
            <delta_ts>2015-12-08 08:42:20 -0800</delta_ts>
            <desc>Patch</desc>
            <filename>bug-137692-20151208122632.patch</filename>
            <type>text/plain</type>
            <size>3083</size>
            <attacher name="Csaba Osztrogonác">ossy</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTkzNzQ1CmRpZmYgLS1naXQgYS9Tb3VyY2UvV2ViS2l0Mi9D
aGFuZ2VMb2cgYi9Tb3VyY2UvV2ViS2l0Mi9DaGFuZ2VMb2cKaW5kZXggZGM1Nzk4OGJkYTljMWZl
MjQyYTk0MTcwMTY3NTY1MDAxMjFhNzljMi4uNjcxMzgxODcwNjIyM2QxNWE1NjJiZjExN2Y5YWMy
MjRkNjFiNDc2OSAxMDA2NDQKLS0tIGEvU291cmNlL1dlYktpdDIvQ2hhbmdlTG9nCisrKyBiL1Nv
dXJjZS9XZWJLaXQyL0NoYW5nZUxvZwpAQCAtMSwzICsxLDEzIEBACisyMDE1LTEyLTA4ICBDc2Fi
YSBPc3p0cm9nb27DoWMgIDxvc3N5QHdlYmtpdC5vcmc+CisKKyAgICAgICAgW0VGTF0gUkVHUkVT
U0lPTihyMTczMzk0KTogTWluaUJyb3dzZXIgc3R1Y2tlZCBpbiBhbiBpbmZpbml0ZSBsb29wIGlm
IE5FVFdPUktfQ0FDSEUgaXMgZGlzYWJsZWQKKyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5v
cmcvc2hvd19idWcuY2dpP2lkPTEzNzY5MgorCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAo
T09QUyEpLgorCisgICAgICAgICogV2ViUHJvY2Vzcy9OZXR3b3JrL1dlYkxvYWRlclN0cmF0ZWd5
LmNwcDoKKyAgICAgICAgKFdlYktpdDo6bWF4aW11bUJ1ZmZlcmluZ1RpbWUpOiBEaXNhYmxlIGNh
Y2hpbmcgaWYgTkVUV09SS19DQUNIRSBpcyBkaXNhYmxlZC4KKwogMjAxNS0xMi0wOCAgUnl1YW4g
Q2hvaSAgPHJ5dWFuLmNob2lAbmF2ZXJjb3JwLmNvbT4KIAogICAgICAgICBbRUZMXSBBZGQgQVBJ
IHRvIHByb3ZpZGUgcHJlZmVyZW5jZXMgYmVmb3JlIGNyZWF0aW5nIGV3a192aWV3CmRpZmYgLS1n
aXQgYS9Tb3VyY2UvV2ViS2l0Mi9XZWJQcm9jZXNzL05ldHdvcmsvV2ViTG9hZGVyU3RyYXRlZ3ku
Y3BwIGIvU291cmNlL1dlYktpdDIvV2ViUHJvY2Vzcy9OZXR3b3JrL1dlYkxvYWRlclN0cmF0ZWd5
LmNwcAppbmRleCBjNzZlNzE4NTcxYTUwMGI2MjI3MWU4NGM2NTMzYzU5MjFkMmZhMWRjLi44Nzg4
Mzg5ZTMyZTJjMjQyMDAyMTFkZWRlNTdhZjM2MDc3OTcxN2YxIDEwMDY0NAotLS0gYS9Tb3VyY2Uv
V2ViS2l0Mi9XZWJQcm9jZXNzL05ldHdvcmsvV2ViTG9hZGVyU3RyYXRlZ3kuY3BwCisrKyBiL1Nv
dXJjZS9XZWJLaXQyL1dlYlByb2Nlc3MvTmV0d29yay9XZWJMb2FkZXJTdHJhdGVneS5jcHAKQEAg
LTg2LDYgKzg2LDEwIEBAIFJlZlB0cjxOZXRzY2FwZVBsdWdJblN0cmVhbUxvYWRlcj4gV2ViTG9h
ZGVyU3RyYXRlZ3k6OnNjaGVkdWxlUGx1Z2luU3RyZWFtTG9hZChGCiAKIHN0YXRpYyBzdGQ6OmNo
cm9ubzo6bWlsbGlzZWNvbmRzIG1heGltdW1CdWZmZXJpbmdUaW1lKENhY2hlZFJlc291cmNlKiBy
ZXNvdXJjZSkKIHsKKyNpZiAhRU5BQkxFKE5FVFdPUktfQ0FDSEUpCisgICAgcmV0dXJuIDBfbXM7
CisjZW5kaWYKKwogICAgIGlmICghcmVzb3VyY2UpCiAgICAgICAgIHJldHVybiAwX21zOwogCmRp
ZmYgLS1naXQgYS9MYXlvdXRUZXN0cy9DaGFuZ2VMb2cgYi9MYXlvdXRUZXN0cy9DaGFuZ2VMb2cK
aW5kZXggNWNlMDBmYzhmZTI5OGJmOGMxNzk5NjA4ZjY1NGM2NjgwMTVhZmFjNy4uNTg3OGM5MTE5
ZTk3MWE3YWNmMTc5MTVhMDU2YTczZTk0OGVhYWRmOSAxMDA2NDQKLS0tIGEvTGF5b3V0VGVzdHMv
Q2hhbmdlTG9nCisrKyBiL0xheW91dFRlc3RzL0NoYW5nZUxvZwpAQCAtMSwzICsxLDEyIEBACisy
MDE1LTEyLTA4ICBDc2FiYSBPc3p0cm9nb27DoWMgIDxvc3N5QHdlYmtpdC5vcmc+CisKKyAgICAg
ICAgW0VGTF0gUkVHUkVTU0lPTihyMTczMzk0KTogTWluaUJyb3dzZXIgc3R1Y2tlZCBpbiBhbiBp
bmZpbml0ZSBsb29wIGlmIE5FVFdPUktfQ0FDSEUgaXMgZGlzYWJsZWQKKyAgICAgICAgaHR0cHM6
Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTEzNzY5MgorCisgICAgICAgIFJldmll
d2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgICogcGxhdGZvcm0vZWZsL1Rlc3RFeHBl
Y3RhdGlvbnM6IFVuc2tpcCBub3cgcGFzc2luZyB0ZXN0cy4KKwogMjAxNS0xMi0wOCAgRnJlZGVy
aWMgV2FuZyAgPGZyZWQud2FuZ0BmcmVlLmZyPgogCiAgICAgICAgIFtjYWlyb10gU29saWQgc3Ry
b2tlIG9mIGxpbmVzIHdpdGggdGhpY2tuZXNzIGxlc3MgdGhhbiAxIHBpeGVsIGJyb2tlbiBhZnRl
ciByMTkxNjU4CmRpZmYgLS1naXQgYS9MYXlvdXRUZXN0cy9wbGF0Zm9ybS9lZmwvVGVzdEV4cGVj
dGF0aW9ucyBiL0xheW91dFRlc3RzL3BsYXRmb3JtL2VmbC9UZXN0RXhwZWN0YXRpb25zCmluZGV4
IDY5ODQ5M2Q4ZDgyNjgxMGM5MzY4ZDIxNDVmMzVlMTdiZDdmYzhiMjEuLmFiMGJmNWIyY2QwMTcx
MmE5OTY5MmFhOWIyZjUzY2E0N2E0MzU1NjAgMTAwNjQ0Ci0tLSBhL0xheW91dFRlc3RzL3BsYXRm
b3JtL2VmbC9UZXN0RXhwZWN0YXRpb25zCisrKyBiL0xheW91dFRlc3RzL3BsYXRmb3JtL2VmbC9U
ZXN0RXhwZWN0YXRpb25zCkBAIC0yNzEyLDEwICsyNzEyLDYgQEAgY3NzMi4xL3RhYmxlcy90YWJs
ZS1hbm9ueW1vdXMtb2JqZWN0cy0yMDYueGh0IFsgTWlzc2luZyBdCiBjc3MyLjEvdGFibGVzL3Rh
YmxlLWFub255bW91cy1vYmplY3RzLTIwNy54aHQgWyBNaXNzaW5nIF0KIGNzczIuMS90YWJsZXMv
dGFibGUtYW5vbnltb3VzLW9iamVjdHMtMjA4LnhodCBbIE1pc3NpbmcgXQogCi0jIEVGTCBsYXlv
dXQgdGVzdCBoYXMgYmVlbiBicm9rZW4gc2luY2UgcjE5Mjc5Ni4gU0tpcCB3ZWItcGxhdGZvcm0t
dGVzdHMgdW50aWwgZml4aW5nIHRoaXMgcHJvYmxlbS4KLSMgaHR0cDovL3RyYWMud2Via2l0Lm9y
Zy9jaGFuZ2VzZXQvMTkyNzk2Ci1CdWcoRUZMKSBpbXBvcnRlZC93M2Mvd2ViLXBsYXRmb3JtLXRl
c3RzIFsgU2tpcCBdCi0KIHdlYmtpdC5vcmcvYi8xNTE5NDMgaW1wb3J0ZWQvYmxpbmsvZWRpdGlu
Zy9leGVjQ29tbWFuZC80MTI4MDgwLTIuaHRtbCBbIEZhaWx1cmUgXQogd2Via2l0Lm9yZy9iLzE1
MTk0MyBpbXBvcnRlZC9ibGluay9mYXN0L2V2ZW50cy9jbGljay13aXRoLWxhcmdlLW5lZ2F0aXZl
LXRleHQtaW5kZW50Lmh0bWwgWyBGYWlsdXJlIF0KIHdlYmtpdC5vcmcvYi8xNTE5NDMgaW1wb3J0
ZWQvYmxpbmsvZmFzdC9yZXBsYWNlZC9pbWFnZS1tYXAtYWx0LWNvbnRlbnQuaHRtbCBbIEZhaWx1
cmUgXQo=
</data>

          </attachment>
      

    </bug>

</bugzilla>