<?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>83704</bug_id>
          
          <creation_ts>2012-04-11 10:34:48 -0700</creation_ts>
          <short_desc>[GTK] media/event-attributes.html fails if mixer is not at 100%</short_desc>
          <delta_ts>2021-08-12 15:52:46 -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>Tools / Tests</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=229057</see_also>
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>Gtk, InRadar, LayoutTestFailure</keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>131545</blocked>
    
    <blocked>158914</blocked>
    
    <blocked>201266</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Gustavo Noronha (kov)">gustavo</reporter>
          <assigned_to name="Xabier Rodríguez Calvar">calvaris</assigned_to>
          <cc>abarth</cc>
    
    <cc>bugs-noreply</cc>
    
    <cc>calvaris</cc>
    
    <cc>dpranke</cc>
    
    <cc>d-r</cc>
    
    <cc>jussi.kukkonen</cc>
    
    <cc>mcatanzaro</cc>
    
    <cc>naginenis</cc>
    
    <cc>pnormand</cc>
    
    <cc>rakuco</cc>
    
    <cc>spena</cc>
    
    <cc>tmpsantos</cc>
    
    <cc>webkit-bug-importer</cc>
    
    <cc>webkit.review.bot</cc>
    
    <cc>zan</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>600378</commentid>
    <comment_count>0</comment_count>
    <who name="Gustavo Noronha (kov)">gustavo</who>
    <bug_when>2012-04-11 10:34:48 -0700</bug_when>
    <thetext>This is not that problematic for our bots, since we can control that, but it means the test won&apos;t pass locally in some cases, which is bad.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>601037</commentid>
    <comment_count>1</comment_count>
    <who name="Simon Pena">spena</who>
    <bug_when>2012-04-12 02:36:13 -0700</bug_when>
    <thetext>I guess we could probably use amixer: &lt;http://linux.die.net/man/1/amixer&gt;,
the same way we&apos;re using pactl, and set the master volume to 100% before
running the tests, and restoring it afterwards.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>602000</commentid>
    <comment_count>2</comment_count>
      <attachid>137073</attachid>
    <who name="Simon Pena">spena</who>
    <bug_when>2012-04-13 06:01:30 -0700</bug_when>
    <thetext>Created attachment 137073
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>602004</commentid>
    <comment_count>3</comment_count>
    <who name="Simon Pena">spena</who>
    <bug_when>2012-04-13 06:06:49 -0700</bug_when>
    <thetext>(In reply to comment #2)
&gt; Created an attachment (id=137073) [details]
&gt; Patch

It&apos;s worth noting that I&apos;ve been unable to reproduce the claimed bug :-/. In my
system, with the mixer either muted or at non-100% volume, it doesn&apos;t result on
that test failing.

Before applying, it would be worth trying if this patch is really helping in
your case, Gustavo.

Also, we would need to state in the wiki at
&lt;https://trac.webkit.org/wiki/WebKitGtkLayoutTests&gt; that alsa-utils are now
also recommended.

Let&apos;s not hurry pushing this, since Phil also said this test was failing in his
environment, so he can confirm whether this helps or not.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>602025</commentid>
    <comment_count>4</comment_count>
    <who name="Philippe Normand">pnormand</who>
    <bug_when>2012-04-13 06:44:50 -0700</bug_when>
    <thetext>In my Debian setup alsactl is in /usr/sbin which is not in my PATH. This needs to be double-checked before deployment of this patch, the GTK bots run on Debian.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>602028</commentid>
    <comment_count>5</comment_count>
    <who name="Philippe Normand">pnormand</who>
    <bug_when>2012-04-13 06:47:27 -0700</bug_when>
    <thetext>Hum even with the patch and my PATH fixed I get those 2 failing :(


  media/event-attributes.html = TEXT
  media/sources-fallback-codecs.html = TEXT</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>606086</commentid>
    <comment_count>6</comment_count>
      <attachid>137073</attachid>
    <who name="Philippe Normand">pnormand</who>
    <bug_when>2012-04-19 16:12:09 -0700</bug_when>
    <thetext>Comment on attachment 137073
Patch

Marking r- as it doesn&apos;t seem to totally fix the issue, although I liked this approach :/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>623071</commentid>
    <comment_count>7</comment_count>
    <who name="Raphael Kubo da Costa (:rakuco)">rakuco</who>
    <bug_when>2012-05-14 10:16:49 -0700</bug_when>
    <thetext>What does the failure look like? We&apos;ve been experiencing some failures on the EFL bot for a few revisions in this test.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>623088</commentid>
    <comment_count>8</comment_count>
    <who name="Philippe Normand">pnormand</who>
    <bug_when>2012-05-14 10:32:36 -0700</bug_when>
    <thetext>(In reply to comment #7)
&gt; What does the failure look like? We&apos;ve been experiencing some failures on the EFL bot for a few revisions in this test.

Volume value mismatches.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>623096</commentid>
    <comment_count>9</comment_count>
    <who name="Raphael Kubo da Costa (:rakuco)">rakuco</who>
    <bug_when>2012-05-14 10:41:05 -0700</bug_when>
    <thetext>Like this?


@@ -13,14 +13,14 @@
 
 *** changing playback rate
 RUN(video.playbackRate = 2)
+EVENT(volumechange)
+
+*** pausing playback
+RUN(video.pause())
 EVENT(ratechange)
 
 *** setting volume
 RUN(video.volume = 0.5)
-EVENT(volumechange)
-
-*** pausing playback
-RUN(video.pause())
 EVENT(pause)
 
 *** seeking</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>623099</commentid>
    <comment_count>10</comment_count>
    <who name="Philippe Normand">pnormand</who>
    <bug_when>2012-05-14 10:44:35 -0700</bug_when>
    <thetext>Yep!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>623102</commentid>
    <comment_count>11</comment_count>
    <who name="Raphael Kubo da Costa (:rakuco)">rakuco</who>
    <bug_when>2012-05-14 10:46:01 -0700</bug_when>
    <thetext>Hmm, both ports seem to be affected then, thanks for the answers. Retitling the bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>716040</commentid>
    <comment_count>12</comment_count>
    <who name="Jussi Kukkonen (jku)">jussi.kukkonen</who>
    <bug_when>2012-09-10 06:59:57 -0700</bug_when>
    <thetext>I think there&apos;s an actual bug here: unless the system volume is 100% there&apos;s an extra volumechange event (as can be seen in rakucos diff).

Originally the volume is 1.0. Then, apparently after play(), the volume is changed to the actual system volume (triggering the volumechange event if the system volume is something else than 100%). If I was a html app developer I&apos;d find this very surprising.

Others, (chromium, firefox) do not expose the system volume through HTMLMediaElement.volume: HTMLMediaElement.volume 1.0 effectively means &quot;the current system volume&quot; and changing the system volume does not trigger volumechange events

Now, a case could be made for exposing system volume in the HTMLMediaElement (spec says &quot;user agents may remember the last set value across sessions, on a per-site basis or otherwise, so the volume may start at other values&quot;): in that case the original value &quot;1.0&quot; was wrong, it should always start at system volume.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>716054</commentid>
    <comment_count>13</comment_count>
      <attachid>163124</attachid>
    <who name="Jussi Kukkonen (jku)">jussi.kukkonen</who>
    <bug_when>2012-09-10 07:14:55 -0700</bug_when>
    <thetext>Created attachment 163124
test volumechange event

test that shows the extra volumechange event (if system volume is &lt; 100%).


Output on my machine, EFL port:
--- 
Log:
* canplaythrough event, mute is false, volume is 1. Now calling play()
* volumechange event, mute is false, volume is 0.4220733642578125
---</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>716145</commentid>
    <comment_count>14</comment_count>
    <who name="Philippe Normand">pnormand</who>
    <bug_when>2012-09-10 09:15:03 -0700</bug_when>
    <thetext>(In reply to comment #12)
&gt; I think there&apos;s an actual bug here: unless the system volume is 100% there&apos;s an extra volumechange event (as can be seen in rakucos diff).
&gt; 
&gt; Originally the volume is 1.0. Then, apparently after play(), the volume is changed to the actual system volume (triggering the volumechange event if the system volume is something else than 100%). If I was a html app developer I&apos;d find this very surprising.
&gt; 

Yes, this is due to PulseAudio&apos;s flat volumes feature combined with its modules to restore stream and device volume values I&apos;m afraid.

I think we get an extra volumechange event because of that. Before running your test case can you disable the module-device-restore and module-stream-restore modules? And also disable the Flat volumes thing?

Speaking of a solution... maybe we should be more careful when monitoring the playbin2 volume property. Not sure what to do though, ideas welcome!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>716248</commentid>
    <comment_count>15</comment_count>
    <who name="Jussi Kukkonen (jku)">jussi.kukkonen</who>
    <bug_when>2012-09-10 10:43:25 -0700</bug_when>
    <thetext>(In reply to comment #14)
&gt; Yes, this is due to PulseAudio&apos;s flat volumes feature combined with its modules to restore stream and device volume values I&apos;m afraid.
&gt; 
&gt; I think we get an extra volumechange event because of that. Before running your test case can you disable the module-device-restore and module-stream-restore modules? And also disable the Flat volumes thing?

I still get the volumechange. but I think I failed to disable everything as pulseaudio clearly restores the volume for something (the element always gets the volume that was last set to a mediaelement). But you are right, it&apos;s not system volume, it&apos;s definitely &quot;app-specific&quot;.

&gt; Speaking of a solution... maybe we should be more careful when monitoring the playbin2 volume property. Not sure what to do though, ideas welcome!

Originally I thought we should just do what everyone else does (let HTMLElement volume=1.0 represent &quot;current master volume&quot;)... but now I&apos;d rather we fixed whatever goes wrong here and have pulseaudio handle this, it really does feel like a well working solution with Flat volumes and as far as I understand should be compliant as well.

So I think we just need to initialize the MediaElement properties as early as possible. It&apos;s not acceptable that muted and volume change drastically _after_ the player app calls MediaElement.play(). It&apos;s been a while since I&apos;ve done anything with gstreamer so I&apos;ll have to read up on that...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>717028</commentid>
    <comment_count>16</comment_count>
    <who name="Jussi Kukkonen (jku)">jussi.kukkonen</who>
    <bug_when>2012-09-11 03:44:26 -0700</bug_when>
    <thetext>(In reply to comment #14)
&gt; Yes, this is due to PulseAudio&apos;s flat volumes feature combined with its modules to restore stream and device volume values I&apos;m afraid.

I&apos;ve now re-tested, and it happens without any &quot;-restore&quot; modules (just flat volume feature seems to be enough). Without flat volume the htmlelement volume stayed at 1.0


(In reply to comment #15)
&gt; So I think we just need to initialize the MediaElement properties as early 
&gt; as possible. It&apos;s not acceptable that muted and volume change drastically 
&gt; _after_ the player app calls MediaElement.play(). 

Based on looking at playbin2 and asking on #gstreamer, it seems this is the best we can get... playbin2 cannot know the volume it will have until it&apos;s playing.

Also, &quot;muted&quot; property does not actually change as I claimed, it&apos;s just &quot;volume&quot; that is adjusted.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>721822</commentid>
    <comment_count>17</comment_count>
    <who name="Jussi Kukkonen (jku)">jussi.kukkonen</who>
    <bug_when>2012-09-17 05:38:07 -0700</bug_when>
    <thetext>Oh, there&apos;s a bug in the patch: it sets the volume to &quot;100&quot; (without units): the result depends on the hardware (on my HW it ends up as &lt;0.01%). should be &quot;100%&quot;.

Patch WFM after fixing that -- although it&apos;s a nasty hack: setting system volume to 100% even for a short time is just wrong.


Also, documenting what I&apos;ve learned on this for the benefit of anyone else trying to figure it out:
* This phenomenon of extra volume events is a feature of Pulseaudio as Philippe says (flat volumes + stream volume restore): we cannot tell beforehand what the volume of a stream will be.
* It seems to be spec compliant
* We as a pulseaudio using app cannot really avoid this even if we wanted to (at least I have not figured out how that is possible). The volume we show in UI and JS has to be the playbin volume (which usually, but not necessarily, is a PA stream volume).
* The additional volumechange and mutechange events are _unavoidable_, but we can make them happen in a more reasonable point in time: the data is available when we reach GST_STATE_PAUSED (instead of getting them after playback starts). This is a different bug though, I&apos;ll file that.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>721825</commentid>
    <comment_count>18</comment_count>
    <who name="Philippe Normand">pnormand</who>
    <bug_when>2012-09-17 05:44:25 -0700</bug_when>
    <thetext>(In reply to comment #17)
&gt; Oh, there&apos;s a bug in the patch: it sets the volume to &quot;100&quot; (without units): the result depends on the hardware (on my HW it ends up as &lt;0.01%). should be &quot;100%&quot;.
&gt; 
&gt; Patch WFM after fixing that -- although it&apos;s a nasty hack: setting system volume to 100% even for a short time is just wrong.
&gt; 
&gt; 

Well this is for tests purpose.

&gt; * The additional volumechange and mutechange events are _unavoidable_, but we can make them happen in a more reasonable point in time: the data is available when we reach GST_STATE_PAUSED (instead of getting them after playback starts). This is a different bug though, I&apos;ll file that.

Please CC me :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>723384</commentid>
    <comment_count>19</comment_count>
    <who name="Jussi Kukkonen (jku)">jussi.kukkonen</who>
    <bug_when>2012-09-19 01:28:10 -0700</bug_when>
    <thetext>I came back to thinking about this because we really should have unskipped tests before poking things like bug 96912.

I&apos;m not very familiar with the test system itself but... would it be ok to compile a PA-using app that modifies the saved stream volume for this process  (based on the name &quot;WebProcess&quot; or whatever) before starting the test (so we could make sure the volume is 100% or another value), and then puts it back to what it was after testing? 

This would have the least effect on the system: no &quot;system volume&quot; changes and no changes to already running WebProcesses: only WebProcesses started after running this setup-app would be affected. The code itself is not complex (couple of call to pulse/ext-stream-restore.h and the logic to save the old values) and I believe it would replace both the amixer trick in the patch and PulseAudioSanitizer class already in the repo.

Unfortunately there&apos;s no python api for this and doing this with ctypes would require more knowledge than I have... So, is adding compiled test-setup-apps that depend on libpulse a bad idea? If it is then let&apos;s just get that amixer patch committed.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>724371</commentid>
    <comment_count>20</comment_count>
    <who name="Jussi Kukkonen (jku)">jussi.kukkonen</who>
    <bug_when>2012-09-20 03:35:27 -0700</bug_when>
    <thetext>(In reply to comment #19)
&gt; would it be ok to compile a PA-using app...

philn had some understandable reservations on exactly this and pointed me to pulseaudio module-match, which does look like it might do the trick.

Unfortunately the only thing I can do with module-match is crash the daemon: https://bugs.freedesktop.org/show_bug.cgi?id=55135. At this point this looks like a pulseaudio bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>780025</commentid>
    <comment_count>21</comment_count>
    <who name="Jussi Kukkonen (jku)">jussi.kukkonen</who>
    <bug_when>2012-11-30 05:15:16 -0800</bug_when>
    <thetext>So, the pulseaudio module approach might work, once we can rely on the crash fix to be there... But that might take a long while.

In the meantime should we go with the brute force method as in Simons patch for now -- forcing the system volume to 100% at test startup either using alsautils like here or with pulseaudio scripts (I assume that has to be possible)?

(In reply to comment #5)
&gt; Hum even with the patch and my PATH fixed I get those 2 failing :(
&gt;   media/event-attributes.html = TEXT
&gt;   media/sources-fallback-codecs.html = TEXT

I&apos;m guessing this is because of the typo, &quot;100&quot; instead of &quot;100%&quot;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>781319</commentid>
    <comment_count>22</comment_count>
    <who name="Philippe Normand">pnormand</who>
    <bug_when>2012-12-03 04:01:44 -0800</bug_when>
    <thetext>Which typo? When calling amixer?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>781521</commentid>
    <comment_count>23</comment_count>
    <who name="Jussi Kukkonen (jku)">jussi.kukkonen</who>
    <bug_when>2012-12-03 09:11:19 -0800</bug_when>
    <thetext>(In reply to comment #22)
&gt; Which typo? When calling amixer?

Yes, mentioned it in comment 17. Should be: 
    amixer_process = subprocess.Popen([&quot;amixer&quot;, &quot;set&quot;, &quot;Master&quot;, &quot;100%&quot;, &quot;unmute&quot;], stderr=devnull, stdout=devnull)

otherwise the value will be handled as hardware value.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>781551</commentid>
    <comment_count>24</comment_count>
    <who name="Philippe Normand">pnormand</who>
    <bug_when>2012-12-03 09:46:32 -0800</bug_when>
    <thetext>Oh right I forgot about comment 17 :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1750140</commentid>
    <comment_count>25</comment_count>
    <who name="Philippe Normand">pnormand</who>
    <bug_when>2021-04-14 08:58:19 -0700</bug_when>
    <thetext>This is no longer an issue because the test harness relies on fakeaudiosink.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1750163</commentid>
    <comment_count>26</comment_count>
    <who name="Xabier Rodríguez Calvar">calvaris</who>
    <bug_when>2021-04-14 09:35:15 -0700</bug_when>
    <thetext>Even with fakeaudiosink, I see some extra volume events, that need study. Test still fails.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1773765</commentid>
    <comment_count>27</comment_count>
      <attachid>432601</attachid>
    <who name="Xabier Rodríguez Calvar">calvaris</who>
    <bug_when>2021-06-30 09:01:11 -0700</bug_when>
    <thetext>Created attachment 432601
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1773766</commentid>
    <comment_count>28</comment_count>
      <attachid>432602</attachid>
    <who name="Xabier Rodríguez Calvar">calvaris</who>
    <bug_when>2021-06-30 09:05:08 -0700</bug_when>
    <thetext>Created attachment 432602
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1774067</commentid>
    <comment_count>29</comment_count>
      <attachid>432602</attachid>
    <who name="Philippe Normand">pnormand</who>
    <bug_when>2021-07-01 04:04:59 -0700</bug_when>
    <thetext>Comment on attachment 432602
Patch

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

&gt; Tools/WebKitTestRunner/TestController.cpp:990
&gt; +    // GStreamer uses fakesink to avoid sound output during testing and doing this creates trouble with volume events.
&gt; +#if !USE(GSTREAMER)
&gt;      WKPageSetMediaVolume(m_mainWebView-&gt;page(), 0);
&gt; +#endif

That feels like closing our eyes on a real bug though :( fakeaudiosink is used as a mock renderer, it should however handle volume/mute properties reliably. So I wonder if there&apos;s a real issue in our code handling volume events.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1774102</commentid>
    <comment_count>30</comment_count>
    <who name="Xabier Rodríguez Calvar">calvaris</who>
    <bug_when>2021-07-01 07:15:00 -0700</bug_when>
    <thetext>(In reply to Philippe Normand from comment #29)
&gt; Comment on attachment 432602 [details]
&gt; Patch
&gt; 
&gt; View in context:
&gt; https://bugs.webkit.org/attachment.cgi?id=432602&amp;action=review
&gt; 
&gt; &gt; Tools/WebKitTestRunner/TestController.cpp:990
&gt; &gt; +    // GStreamer uses fakesink to avoid sound output during testing and doing this creates trouble with volume events.
&gt; &gt; +#if !USE(GSTREAMER)
&gt; &gt;      WKPageSetMediaVolume(m_mainWebView-&gt;page(), 0);
&gt; &gt; +#endif
&gt; 
&gt; That feels like closing our eyes on a real bug though :( fakeaudiosink is
&gt; used as a mock renderer, it should however handle volume/mute properties
&gt; reliably. So I wonder if there&apos;s a real issue in our code handling volume
&gt; events.

I don&apos;t know what others port to regarding volume management but we do rely on what GStreamer is telling us. If we set page volume to 0, we eventually set GStreamer volume to 0, which ends up triggering volume changes. It is not closing our eyes on a real bug, it is a different way of mocking among different ports. We have fakeaudiosink that does everything that a real renderer does but without sending anything to the sound card and it also handles the volume changes as expected.

Actually, while testing I am going to unflag several other bugs that were failing because of this.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1774111</commentid>
    <comment_count>31</comment_count>
      <attachid>432694</attachid>
    <who name="Xabier Rodríguez Calvar">calvaris</who>
    <bug_when>2021-07-01 08:08:17 -0700</bug_when>
    <thetext>Created attachment 432694
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1774112</commentid>
    <comment_count>32</comment_count>
    <who name="Xabier Rodríguez Calvar">calvaris</who>
    <bug_when>2021-07-01 08:10:07 -0700</bug_when>
    <thetext>If this patch lands, I&apos;ll close the related bugs for the expectations I removed.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1774373</commentid>
    <comment_count>33</comment_count>
    <who name="EWS">ews-feeder</who>
    <bug_when>2021-07-02 00:01:28 -0700</bug_when>
    <thetext>Committed r279499 (239351@main): &lt;https://commits.webkit.org/239351@main&gt;

All reviewed patches have been landed. Closing bug and clearing flags on attachment 432694.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1774374</commentid>
    <comment_count>34</comment_count>
    <who name="Radar WebKit Bug Importer">webkit-bug-importer</who>
    <bug_when>2021-07-02 00:02:17 -0700</bug_when>
    <thetext>&lt;rdar://problem/80067853&gt;</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>137073</attachid>
            <date>2012-04-13 06:01:30 -0700</date>
            <delta_ts>2021-06-30 09:00:55 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-83704-20120413150120.patch</filename>
            <type>text/plain</type>
            <size>4756</size>
            <attacher name="Simon Pena">spena</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTEzOTgxCmRpZmYgLS1naXQgYS9Ub29scy9DaGFuZ2VMb2cg
Yi9Ub29scy9DaGFuZ2VMb2cKaW5kZXggYTM5YmFkZDMwNDdlM2QyZTdkZWQ4ZGVlMDdkNjMwOTE1
YjIyYzUwZS4uZGNmZjUzZTAwYjNjZDhhMGE0ZDliYmYyYTIyNjY2Yjg5NDY5Y2M0NiAxMDA2NDQK
LS0tIGEvVG9vbHMvQ2hhbmdlTG9nCisrKyBiL1Rvb2xzL0NoYW5nZUxvZwpAQCAtMSwzICsxLDI1
IEBACisyMDEyLTA0LTEzICBTaW1vbiBQZW5hICA8c3BlbmFAaWdhbGlhLmNvbT4KKworICAgICAg
ICBbR1RLXSBtZWRpYS9ldmVudC1hdHRyaWJ1dGVzLmh0bWwgZmFpbHMgaWYgbWl4ZXIgaXMgbm90
IGF0IDEwMCUKKyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lk
PTgzNzA0CisKKyAgICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BTISkuCisKKyAgICAgICAg
V2hlbiBydW5uaW5nIHRlc3RzLCBzZXQgdGhlIG1peGVyIHZvbHVtZSB0byAxMDAlLiBCZWZvcmUg
dGhlIHRlc3RzCisgICAgICAgIGFyZSBydW4sIHNhdmUgdGhlIGN1cnJlbnQgYWxzYW1peGVyIHN0
YXRlLCBzbyBpdCBpcyByZXN0b3JlZAorICAgICAgICBhZnRlcndhcmRzLiBJZiBhbHNhLXV0aWxz
IGFyZSBub3QgZm91bmQsIHRoaXMgcGF0Y2ggd29uJ3QgbW9kaWZ5IHRoZQorICAgICAgICBtaXhl
ciB2b2x1bWUuCisKKyAgICAgICAgKiBTY3JpcHRzL3dlYmtpdHB5L2xheW91dF90ZXN0cy9wb3J0
L2d0ay5weToKKyAgICAgICAgKEd0a1BvcnQuX3NhdmVfYW1peGVyX3N0YXRlKTogU2F2ZXMgYWxz
YW1peGVyIGN1cnJlbnQgc3RhdGUgYW5kIHNldHMKKyAgICAgICAgdGhlIG1peGVyIHZvbHVtZSB0
byAxMDAlCisgICAgICAgIChHdGtQb3J0Ll9yZXN0b3JlX2FtaXhlcl9zdGF0ZSk6IFJlc3RvcmVz
IHRoZSBzdGF0ZSB0byBpdHMgb3JpZ2luYWwKKyAgICAgICAgdmFsdWUuCisgICAgICAgIChHdGtQ
b3J0LnNldHVwX3Rlc3RfcnVuKTogQ2FsbHMgdGhlIG1ldGhvZCB0byBzYXZlIHRoZSBzdGF0ZQor
ICAgICAgICBiZWZvcmUgdGhlIHRlc3RzIGFyZSBydW4uCisgICAgICAgIChHdGtQb3J0LmNsZWFu
X3VwX3Rlc3RfcnVuKTogQ2FsbHMgdGhlIG1ldGhvZCB0byByZXN0b3JlIHRoZSBzdGF0ZQorICAg
ICAgICBvbmNlIHRoZSB0ZXN0cyBmaW5pc2hlZC4KKwogMjAxMi0wNC0xMiAgU2ltb24gUGVuYSAg
PHNwZW5hQGlnYWxpYS5jb20+CiAKICAgICAgICAgW0dUS10gVGVzdCBydW5uZXIgY3Jhc2hlcyB3
aXRob3V0IHJlY2VudCB2ZXJzaW9ucyBvZiBwdWxzZWF1ZGlvLXV0aWxzCmRpZmYgLS1naXQgYS9U
b29scy9TY3JpcHRzL3dlYmtpdHB5L2xheW91dF90ZXN0cy9wb3J0L2d0ay5weSBiL1Rvb2xzL1Nj
cmlwdHMvd2Via2l0cHkvbGF5b3V0X3Rlc3RzL3BvcnQvZ3RrLnB5CmluZGV4IDcxZTVhM2I3OTIw
NzFjNmM5NTM1MzNjYzg4MDg0M2EwNjRjMmRmMzguLjhhNzgyYTIxMDUwMzIwZTAxYjdhNTI3MzNk
YTkzZjA2ODcxZGYwYmUgMTAwNjQ0Ci0tLSBhL1Rvb2xzL1NjcmlwdHMvd2Via2l0cHkvbGF5b3V0
X3Rlc3RzL3BvcnQvZ3RrLnB5CisrKyBiL1Rvb2xzL1NjcmlwdHMvd2Via2l0cHkvbGF5b3V0X3Rl
c3RzL3BvcnQvZ3RrLnB5CkBAIC0zMCw2ICszMCw3IEBAIGltcG9ydCBsb2dnaW5nCiBpbXBvcnQg
b3MKIGltcG9ydCBzaWduYWwKIGltcG9ydCBzdWJwcm9jZXNzCitpbXBvcnQgdGVtcGZpbGUKIAog
ZnJvbSB3ZWJraXRweS5sYXlvdXRfdGVzdHMubW9kZWxzLnRlc3RfY29uZmlndXJhdGlvbiBpbXBv
cnQgVGVzdENvbmZpZ3VyYXRpb24KIGZyb20gd2Via2l0cHkubGF5b3V0X3Rlc3RzLnBvcnQuc2Vy
dmVyX3Byb2Nlc3MgaW1wb3J0IFNlcnZlclByb2Nlc3MKQEAgLTExMCw2ICsxMTEsMzIgQEAgY2xh
c3MgR3RrUG9ydChXZWJLaXRQb3J0KToKICAgICAgICAgICAgICAgICAgICAgICAgIF9sb2cuZGVi
dWcoJ1VuYWJsZSB0byBwYXJzZSBtb2R1bGUgaW5kZXguIFBsZWFzZSBjaGVjayBpZiB5b3VyIHB1
bHNlYXVkaW8tdXRpbHMgdmVyc2lvbiBpcyB0b28gb2xkLicpCiAgICAgICAgICAgICAgICAgcmV0
dXJuCiAKKyAgICBkZWYgX3NhdmVfYW1peGVyX3N0YXRlKHNlbGYpOgorICAgICAgICB3aXRoIG9w
ZW4ob3MuZGV2bnVsbCwgJ3cnKSBhcyBkZXZudWxsOgorICAgICAgICAgICAgc2VsZi5fYW1peGVy
X3N0YXRlID0gdGVtcGZpbGUubWtzdGVtcCgpWzFdCisgICAgICAgICAgICAjIFNhdmluZyBhbHNh
bWl4ZXIgc3RhdGUgYmVmb3JlIHJ1bm5pbmcgdGhlIHRlc3RzCisgICAgICAgICAgICB0cnk6Cisg
ICAgICAgICAgICAgICAgYWxzYWN0bF9wcm9jZXNzID0gc3VicHJvY2Vzcy5Qb3BlbihbImFsc2Fj
dGwiLCAic3RvcmUiLCAiLWYiLCBzZWxmLl9hbWl4ZXJfc3RhdGVdLCBzdGRlcnI9ZGV2bnVsbCwg
c3Rkb3V0PWRldm51bGwpCisgICAgICAgICAgICAgICAgYWxzYWN0bF9wcm9jZXNzLndhaXQoKQor
ICAgICAgICAgICAgICAgIGlmIGFsc2FjdGxfcHJvY2Vzcy5yZXR1cm5jb2RlID09IDA6CisgICAg
ICAgICAgICAgICAgICAgIF9sb2cuZGVidWcoJ2Fsc2FtaXhlciBzdGF0ZSBzdG9yZWQgc3VjY2Vz
c2Z1bGx5JykKKyAgICAgICAgICAgICAgICBlbHNlOgorICAgICAgICAgICAgICAgICAgICBfbG9n
LmRlYnVnKCdVbmFibGUgdG8gc3RvcmUgYWxzYW1peGVyIHN0YXRlJykKKyAgICAgICAgICAgIGV4
Y2VwdCBPU0Vycm9yOgorICAgICAgICAgICAgICAgIF9sb2cuZGVidWcoJ2Fsc2FjdGwgbm90IGZv
dW5kLiBQbGVhc2UgaW5zdGFsbCBhbHNhLXV0aWxzIHRvIGF2b2lkIHBvdGVudGlhbCBtZWRpYSB0
ZXN0IGZhaWx1cmVzJykKKyAgICAgICAgICAgICAgICBvcy5yZW1vdmUoc2VsZi5fYW1peGVyX3N0
YXRlKQorICAgICAgICAgICAgICAgIHJldHVybgorICAgICAgICAgICAgdHJ5OgorICAgICAgICAg
ICAgICAgICMgU2V0dGluZyBNYXN0ZXIgdm9sdW1lIHRvIDEwMCUgd2hpbGUgdGhlIHRlc3RzIGFy
ZSBydW4KKyAgICAgICAgICAgICAgICBhbWl4ZXJfcHJvY2VzcyA9IHN1YnByb2Nlc3MuUG9wZW4o
WyJhbWl4ZXIiLCAic2V0IiwgIk1hc3RlciIsICIxMDAiLCAidW5tdXRlIl0sIHN0ZGVycj1kZXZu
dWxsLCBzdGRvdXQ9ZGV2bnVsbCkKKyAgICAgICAgICAgICAgICBhbWl4ZXJfcHJvY2Vzcy53YWl0
KCkKKyAgICAgICAgICAgICAgICBpZiBhbWl4ZXJfcHJvY2Vzcy5yZXR1cm5jb2RlID09IDA6Cisg
ICAgICAgICAgICAgICAgICAgIF9sb2cuZGVidWcoJ1N1Y2Nlc3NmdWxseSBzZXQgTWFzdGVyIHZv
bHVtZSB0byAxMDAlJykKKyAgICAgICAgICAgICAgICBlbHNlOgorICAgICAgICAgICAgICAgICAg
ICBfbG9nLmRlYnVnKCdVbmFibGUgdG8gc2V0IE1hc3RlciB2b2x1bWUgdG8gMTAwJScpCisgICAg
ICAgICAgICBleGNlcHQgT1NFcnJvcjoKKyAgICAgICAgICAgICAgICBfbG9nLmRlYnVnKCdhbWl4
ZXIgbm90IGZvdW5kLiBQbGVhc2UgaW5zdGFsbCBhbHNhLXV0aWxzIHRvIGF2b2lkIHBvdGVudGlh
bCBtZWRpYSB0ZXN0IGZhaWx1cmVzJykKKwogICAgIGRlZiBfcmVzdG9yZV9wdWxzZWF1ZGlvX21v
ZHVsZShzZWxmKToKICAgICAgICAgIyBJZiBwdWxzZWF1ZGlvJ3MgbW9kdWxlLXN0cmVhbS1yZXN0
b3JlIHdhcyBwcmV2aW91c2x5IHVubG9hZGVkLAogICAgICAgICAjIHJlc3RvcmUgaXQgYmFjay4g
V2Ugc2hvdWxkbid0IG5lZWQgZXh0cmEgY2hlY2tzIGhlcmUsIHNpbmNlIGFuCkBAIC0xMjMsMTIg
KzE1MCwyNCBAQCBjbGFzcyBHdGtQb3J0KFdlYktpdFBvcnQpOgogICAgICAgICAgICAgICAgIGVs
c2U6CiAgICAgICAgICAgICAgICAgICAgIF9sb2cuZGVidWcoJ1Jlc3RvcmluZyBtb2R1bGUtc3Ry
ZWFtLXJlc3RvcmUgZmFpbGVkJykKIAorICAgIGRlZiBfcmVzdG9yZV9hbWl4ZXJfc3RhdGUoc2Vs
Zik6CisgICAgICAgIGlmIHNlbGYuX2FtaXhlcl9zdGF0ZToKKyAgICAgICAgICAgIHdpdGggb3Bl
bihvcy5kZXZudWxsLCAndycpIGFzIGRldm51bGw6CisgICAgICAgICAgICAgICAgYWxzYWN0bF9w
cm9jZXNzID0gc3VicHJvY2Vzcy5Qb3BlbihbImFsc2FjdGwiLCAicmVzdG9yZSIsICItZiIsIHNl
bGYuX2FtaXhlcl9zdGF0ZV0sIHN0ZGVycj1kZXZudWxsLCBzdGRvdXQ9ZGV2bnVsbCkKKyAgICAg
ICAgICAgICAgICBhbHNhY3RsX3Byb2Nlc3Mud2FpdCgpCisgICAgICAgICAgICAgICAgaWYgYWxz
YWN0bF9wcm9jZXNzLnJldHVybmNvZGUgPT0gMDoKKyAgICAgICAgICAgICAgICAgICAgX2xvZy5k
ZWJ1ZygnUmVzdG9yZWQgYWxzYW1peGVyIHN0YXRlJykKKyAgICAgICAgICAgICAgICBlbHNlOgor
ICAgICAgICAgICAgICAgICAgICBfbG9nLmRlYnVnKCdVbmFibGUgdG8gcmVzdG9yZSBhbHNhbWl4
ZXIgc3RhdGUnKQorICAgICAgICAgICAgICAgIG9zLnJlbW92ZShzZWxmLl9hbWl4ZXJfc3RhdGUp
CiAKICAgICBkZWYgc2V0dXBfdGVzdF9ydW4oc2VsZik6CiAgICAgICAgIHNlbGYuX3VubG9hZF9w
dWxzZWF1ZGlvX21vZHVsZSgpCisgICAgICAgIHNlbGYuX3NhdmVfYW1peGVyX3N0YXRlKCkKIAog
ICAgIGRlZiBjbGVhbl91cF90ZXN0X3J1bihzZWxmKToKICAgICAgICAgc2VsZi5fcmVzdG9yZV9w
dWxzZWF1ZGlvX21vZHVsZSgpCisgICAgICAgIHNlbGYuX3Jlc3RvcmVfYW1peGVyX3N0YXRlKCkK
IAogICAgIGRlZiBzZXR1cF9lbnZpcm9uX2Zvcl9zZXJ2ZXIoc2VsZiwgc2VydmVyX25hbWU9Tm9u
ZSk6CiAgICAgICAgIGVudmlyb25tZW50ID0gV2ViS2l0UG9ydC5zZXR1cF9lbnZpcm9uX2Zvcl9z
ZXJ2ZXIoc2VsZiwgc2VydmVyX25hbWUpCg==
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>163124</attachid>
            <date>2012-09-10 07:14:55 -0700</date>
            <delta_ts>2012-09-10 07:14:55 -0700</delta_ts>
            <desc>test volumechange event</desc>
            <filename>volumechange.html</filename>
            <type>text/html</type>
            <size>685</size>
            <attacher name="Jussi Kukkonen (jku)">jussi.kukkonen</attacher>
            
              <data encoding="base64">PGh0bWwgbGFuZz0iZW4iPgo8Ym9keT4KICA8YXVkaW8gaWQ9ImEiIGNvbnRyb2xzPjwvYXVkaW8+
CiAgPGRpdiBpZD0ibG9nIj5Mb2c6IDwvZGl2PgogIDxzY3JpcHQ+CnZhciBhID0gZG9jdW1lbnQu
Z2V0RWxlbWVudEJ5SWQoImEiKTsKdmFyIGxvZyAgPSBkb2N1bWVudC5nZXRFbGVtZW50QnlJZCgi
bG9nIik7CgpmdW5jdGlvbiBjYW5wbGF5KCkgewogICAgbG9nLmlubmVySFRNTCArPSAiPGJyPiAq
IGNhbnBsYXl0aHJvdWdoIGV2ZW50LCBtdXRlIGlzICIgKyBhLm11dGVkICsgIiwgdm9sdW1lIGlz
ICIrIGEudm9sdW1lICsgIi4gTm93IGNhbGxpbmcgcGxheSgpIjsKICAgIGEucGxheSgpOwp9Cgpm
dW5jdGlvbiB2b2x1bWVDaGFuZ2VkKCkgewogICAgbG9nLmlubmVySFRNTCArPSAiPGJyPiAqIHZv
bHVtZWNoYW5nZSBldmVudCwgbXV0ZSBpcyAiICsgYS5tdXRlZCArICIsIHZvbHVtZSBpcyAiKyBh
LnZvbHVtZTsKfQoKYS5hZGRFdmVudExpc3RlbmVyKCJjYW5wbGF5dGhyb3VnaCIsIGNhbnBsYXks
IGZhbHNlKTsKYS5hZGRFdmVudExpc3RlbmVyKCJ2b2x1bWVjaGFuZ2UiLCB2b2x1bWVDaGFuZ2Vk
LCBmYWxzZSk7CmEuc3JjPSJodHRwczovL3VwbG9hZC53aWtpbWVkaWEub3JnL3dpa2lwZWRpYS9j
b21tb25zL2YvZjIvTWVkaWFuX3Rlc3Qub2dnIgogIDwvc2NyaXB0PgoKPC9ib2R5Pgo8L2h0bWw+
Cg==
</data>

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>432601</attachid>
            <date>2021-06-30 09:01:11 -0700</date>
            <delta_ts>2021-06-30 09:05:02 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-83704-20210630180110.patch</filename>
            <type>text/plain</type>
            <size>1617</size>
            <attacher name="Xabier Rodríguez Calvar">calvaris</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMjc5NDA3CmRpZmYgLS1naXQgYS9Ub29scy9DaGFuZ2VMb2cg
Yi9Ub29scy9DaGFuZ2VMb2cKaW5kZXggZWVjMjgwYWRmZDU2MGQ5YWY4MmY5MDAxNjkxZWZiMTFk
MDAyNDMwMC4uODZiMzJiYzU1MTAzYjE1MDBjNmM4ZjljODY5YjcyZjc1YmZmMmZiMSAxMDA2NDQK
LS0tIGEvVG9vbHMvQ2hhbmdlTG9nCisrKyBiL1Rvb2xzL0NoYW5nZUxvZwpAQCAtMSwzICsxLDE2
IEBACisyMDIxLTA2LTMwICBYYWJpZXIgUm9kcmlndWV6IENhbHZhciAgPGNhbHZhcmlzQGlnYWxp
YS5jb20+CisKKyAgICAgICAgW0dUS10gbWVkaWEvZXZlbnQtYXR0cmlidXRlcy5odG1sIGZhaWxz
IGlmIG1peGVyIGlzIG5vdCBhdCAxMDAlCisgICAgICAgIGh0dHBzOi8vYnVncy53ZWJraXQub3Jn
L3Nob3dfYnVnLmNnaT9pZD04MzcwNAorCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09Q
UyEpLgorCisgICAgICAgICogV2ViS2l0VGVzdFJ1bm5lci9UZXN0Q29udHJvbGxlci5jcHA6Cisg
ICAgICAgIChXVFI6OlRlc3RDb250cm9sbGVyOjpyZXNldFN0YXRlVG9Db25zaXN0ZW50VmFsdWVz
KTogR1N0cmVhbWVyCisgICAgICAgIHBvcnRzIHVzZSBmYWtlc2luayB0byBhdm9pZCBzb3VuZCBv
dXRwdXQgYW5kIHNldHRpbmcgdGhlIHBhZ2UKKyAgICAgICAgdm9sdW1lIHRvIDAgY3JlYXRlcyB0
cm91YmxlIHdpdGggdm9sdW1lIGV2ZW50cy4gTGV0J3MgYXZvaWQgaXQgaW4KKyAgICAgICAgR1N0
cmVhbWVyIHBvcnRzLgorCiAyMDIxLTA2LTI5ICBaaGlmZWkgRmFuZyAgPHpoaWZlaV9mYW5nQGFw
cGxlLmNvbT4KIAogICAgICAgICBBZGQgbmV3IGFyZ3VtZW50IG9mIGRldmljZSBvcyB2ZXJzaW9u
IGZvciByZXBvcnRpbmcgSmF2YVNjcmlwdENvcmUgdGVzdCByZXN1bHQKZGlmZiAtLWdpdCBhL1Rv
b2xzL1dlYktpdFRlc3RSdW5uZXIvVGVzdENvbnRyb2xsZXIuY3BwIGIvVG9vbHMvV2ViS2l0VGVz
dFJ1bm5lci9UZXN0Q29udHJvbGxlci5jcHAKaW5kZXggY2ZjOWM0NDgzYzgyNWQ5MTNlZDI3YTRk
NTU4ODRmMjQyZDc2ZjAwMi4uNDM0MDlhYTA0NjJjMDZlZGIwMjVjYTRjMWM0YzNiODM4Y2QwYzIw
NiAxMDA2NDQKLS0tIGEvVG9vbHMvV2ViS2l0VGVzdFJ1bm5lci9UZXN0Q29udHJvbGxlci5jcHAK
KysrIGIvVG9vbHMvV2ViS2l0VGVzdFJ1bm5lci9UZXN0Q29udHJvbGxlci5jcHAKQEAgLTk4NCw3
ICs5ODQsMTAgQEAgYm9vbCBUZXN0Q29udHJvbGxlcjo6cmVzZXRTdGF0ZVRvQ29uc2lzdGVudFZh
bHVlcyhjb25zdCBUZXN0T3B0aW9ucyYgb3B0aW9ucywgUmUKIAogICAgIFdLUGFnZUNsZWFyV2hl
ZWxFdmVudFRlc3RNb25pdG9yKG1fbWFpbldlYlZpZXctPnBhZ2UoKSk7CiAKKyAgICAvLyBHU3Ry
ZWFtZXIgdXNlcyBmYWtlc2luayB0byBhdm9pZCBzb3VuZCBvdXRwdXQgZHVyaW5nIHRlc3Rpbmcg
YW5kIGRvaW5nIHRoaXMgY3JlYXRlcyB0cm91YmxlIHdpdGggdm9sdW1lIGV2ZW50cy4KKyNpZiAh
VVNFKEdTVFJFQU1FUikKICAgICBXS1BhZ2VTZXRNZWRpYVZvbHVtZShtX21haW5XZWJWaWV3LT5w
YWdlKCksIDApOworI2VuZGlmCiAKICAgICBXS1BhZ2VDbGVhclVzZXJNZWRpYVN0YXRlKG1fbWFp
bldlYlZpZXctPnBhZ2UoKSk7CiAK
</data>

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>432602</attachid>
            <date>2021-06-30 09:05:08 -0700</date>
            <delta_ts>2021-07-01 08:08:13 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-83704-20210630180507.patch</filename>
            <type>text/plain</type>
            <size>3031</size>
            <attacher name="Xabier Rodríguez Calvar">calvaris</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMjc5NDA3CmRpZmYgLS1naXQgYS9Ub29scy9DaGFuZ2VMb2cg
Yi9Ub29scy9DaGFuZ2VMb2cKaW5kZXggZWVjMjgwYWRmZDU2MGQ5YWY4MmY5MDAxNjkxZWZiMTFk
MDAyNDMwMC4uODZiMzJiYzU1MTAzYjE1MDBjNmM4ZjljODY5YjcyZjc1YmZmMmZiMSAxMDA2NDQK
LS0tIGEvVG9vbHMvQ2hhbmdlTG9nCisrKyBiL1Rvb2xzL0NoYW5nZUxvZwpAQCAtMSwzICsxLDE2
IEBACisyMDIxLTA2LTMwICBYYWJpZXIgUm9kcmlndWV6IENhbHZhciAgPGNhbHZhcmlzQGlnYWxp
YS5jb20+CisKKyAgICAgICAgW0dUS10gbWVkaWEvZXZlbnQtYXR0cmlidXRlcy5odG1sIGZhaWxz
IGlmIG1peGVyIGlzIG5vdCBhdCAxMDAlCisgICAgICAgIGh0dHBzOi8vYnVncy53ZWJraXQub3Jn
L3Nob3dfYnVnLmNnaT9pZD04MzcwNAorCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09Q
UyEpLgorCisgICAgICAgICogV2ViS2l0VGVzdFJ1bm5lci9UZXN0Q29udHJvbGxlci5jcHA6Cisg
ICAgICAgIChXVFI6OlRlc3RDb250cm9sbGVyOjpyZXNldFN0YXRlVG9Db25zaXN0ZW50VmFsdWVz
KTogR1N0cmVhbWVyCisgICAgICAgIHBvcnRzIHVzZSBmYWtlc2luayB0byBhdm9pZCBzb3VuZCBv
dXRwdXQgYW5kIHNldHRpbmcgdGhlIHBhZ2UKKyAgICAgICAgdm9sdW1lIHRvIDAgY3JlYXRlcyB0
cm91YmxlIHdpdGggdm9sdW1lIGV2ZW50cy4gTGV0J3MgYXZvaWQgaXQgaW4KKyAgICAgICAgR1N0
cmVhbWVyIHBvcnRzLgorCiAyMDIxLTA2LTI5ICBaaGlmZWkgRmFuZyAgPHpoaWZlaV9mYW5nQGFw
cGxlLmNvbT4KIAogICAgICAgICBBZGQgbmV3IGFyZ3VtZW50IG9mIGRldmljZSBvcyB2ZXJzaW9u
IGZvciByZXBvcnRpbmcgSmF2YVNjcmlwdENvcmUgdGVzdCByZXN1bHQKZGlmZiAtLWdpdCBhL1Rv
b2xzL1dlYktpdFRlc3RSdW5uZXIvVGVzdENvbnRyb2xsZXIuY3BwIGIvVG9vbHMvV2ViS2l0VGVz
dFJ1bm5lci9UZXN0Q29udHJvbGxlci5jcHAKaW5kZXggY2ZjOWM0NDgzYzgyNWQ5MTNlZDI3YTRk
NTU4ODRmMjQyZDc2ZjAwMi4uNDM0MDlhYTA0NjJjMDZlZGIwMjVjYTRjMWM0YzNiODM4Y2QwYzIw
NiAxMDA2NDQKLS0tIGEvVG9vbHMvV2ViS2l0VGVzdFJ1bm5lci9UZXN0Q29udHJvbGxlci5jcHAK
KysrIGIvVG9vbHMvV2ViS2l0VGVzdFJ1bm5lci9UZXN0Q29udHJvbGxlci5jcHAKQEAgLTk4NCw3
ICs5ODQsMTAgQEAgYm9vbCBUZXN0Q29udHJvbGxlcjo6cmVzZXRTdGF0ZVRvQ29uc2lzdGVudFZh
bHVlcyhjb25zdCBUZXN0T3B0aW9ucyYgb3B0aW9ucywgUmUKIAogICAgIFdLUGFnZUNsZWFyV2hl
ZWxFdmVudFRlc3RNb25pdG9yKG1fbWFpbldlYlZpZXctPnBhZ2UoKSk7CiAKKyAgICAvLyBHU3Ry
ZWFtZXIgdXNlcyBmYWtlc2luayB0byBhdm9pZCBzb3VuZCBvdXRwdXQgZHVyaW5nIHRlc3Rpbmcg
YW5kIGRvaW5nIHRoaXMgY3JlYXRlcyB0cm91YmxlIHdpdGggdm9sdW1lIGV2ZW50cy4KKyNpZiAh
VVNFKEdTVFJFQU1FUikKICAgICBXS1BhZ2VTZXRNZWRpYVZvbHVtZShtX21haW5XZWJWaWV3LT5w
YWdlKCksIDApOworI2VuZGlmCiAKICAgICBXS1BhZ2VDbGVhclVzZXJNZWRpYVN0YXRlKG1fbWFp
bldlYlZpZXctPnBhZ2UoKSk7CiAKZGlmZiAtLWdpdCBhL0xheW91dFRlc3RzL0NoYW5nZUxvZyBi
L0xheW91dFRlc3RzL0NoYW5nZUxvZwppbmRleCA1MzUyMzhkM2YwYWRjZDAzNThkNDRmMjZjYTg5
YjE4OTZmMGU1MWRmLi41ODYyZTk0NmNiNGMxYjk2NGJmODNmNmU5NTdiMTg3N2I2MTUwMjRhIDEw
MDY0NAotLS0gYS9MYXlvdXRUZXN0cy9DaGFuZ2VMb2cKKysrIGIvTGF5b3V0VGVzdHMvQ2hhbmdl
TG9nCkBAIC0xLDMgKzEsMTIgQEAKKzIwMjEtMDYtMzAgIFhhYmllciBSb2RyaWd1ZXogQ2FsdmFy
ICA8Y2FsdmFyaXNAaWdhbGlhLmNvbT4KKworICAgICAgICBbR1RLXSBtZWRpYS9ldmVudC1hdHRy
aWJ1dGVzLmh0bWwgZmFpbHMgaWYgbWl4ZXIgaXMgbm90IGF0IDEwMCUKKyAgICAgICAgaHR0cHM6
Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTgzNzA0CisKKyAgICAgICAgUmV2aWV3
ZWQgYnkgTk9CT0RZIChPT1BTISkuCisKKyAgICAgICAgKiBwbGF0Zm9ybS9nbGliL1Rlc3RFeHBl
Y3RhdGlvbnM6IFVuZmxhZ2dlZCB0ZXN0LgorCiAyMDIxLTA2LTMwICBUaW0gTmd1eWVuICA8bnRp
bUBhcHBsZS5jb20+CiAKICAgICAgICAgSW1wbGVtZW50IHN1cHBvcnQgZm9yIDxkaWFsb2c+IGVs
ZW1lbnQgY2xvc2UgZXZlbnQKZGlmZiAtLWdpdCBhL0xheW91dFRlc3RzL3BsYXRmb3JtL2dsaWIv
VGVzdEV4cGVjdGF0aW9ucyBiL0xheW91dFRlc3RzL3BsYXRmb3JtL2dsaWIvVGVzdEV4cGVjdGF0
aW9ucwppbmRleCA2OTZjMjViYTExYjc3OTRkMWQ5MzMyZjE5OTEyYjgxMDY5ODEwNjcwLi5lZDMz
YmFhMjNmZGJlNDYxYmJkYTA2Nzg2YTE3NmE2Mjg5ZjQ1MWQ2IDEwMDY0NAotLS0gYS9MYXlvdXRU
ZXN0cy9wbGF0Zm9ybS9nbGliL1Rlc3RFeHBlY3RhdGlvbnMKKysrIGIvTGF5b3V0VGVzdHMvcGxh
dGZvcm0vZ2xpYi9UZXN0RXhwZWN0YXRpb25zCkBAIC0yMjE2LDcgKzIyMTYsNiBAQCB3ZWJraXQu
b3JnL2IvMTg2Njc5IG1lZGlhL3ZpZGVvLWN1cnJlbnRUaW1lLWRlbGF5Lmh0bWwgWyBDcmFzaCBQ
YXNzIFRpbWVvdXQgXQogCiB3ZWJraXQub3JnL2IvMTk4ODI3IG1lZGlhL21lZGlhLWZ1bGxzY3Jl
ZW4tcmV0dXJuLXRvLWlubGluZS5odG1sIFsgVGltZW91dCBdCiAKLXdlYmtpdC5vcmcvYi8xOTg4
MzAgbWVkaWEvZXZlbnQtYXR0cmlidXRlcy5odG1sIFsgQ3Jhc2ggRmFpbHVyZSBdCiB3ZWJraXQu
b3JnL2IvMTk4ODMwIG1lZGlhL3RyYWNrL3RyYWNrLWN1ZS1jc3MuaHRtbCBbIEltYWdlT25seUZh
aWx1cmUgRmFpbHVyZSBQYXNzIF0KIHdlYmtpdC5vcmcvYi8xOTg4MzAgbWVkaWEvdmlkZW8tc2l6
ZS1pbnRyaW5zaWMtc2NhbGUuaHRtbCBbIEZhaWx1cmUgXQogd2Via2l0Lm9yZy9iLzE5ODgzMCBo
dHRwL3Rlc3RzL21lZGlhL2F1dG9wbGF5LWlmLWF1ZGlvLWlzLXBsYXlpbmcuaHRtbCBbIFBhc3Mg
VGltZW91dCBdCg==
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>432694</attachid>
            <date>2021-07-01 08:08:17 -0700</date>
            <delta_ts>2021-07-02 00:01:30 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-83704-20210701170816.patch</filename>
            <type>text/plain</type>
            <size>5155</size>
            <attacher name="Xabier Rodríguez Calvar">calvaris</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMjc5NDA3CmRpZmYgLS1naXQgYS9Ub29scy9DaGFuZ2VMb2cg
Yi9Ub29scy9DaGFuZ2VMb2cKaW5kZXggZWVjMjgwYWRmZDU2MGQ5YWY4MmY5MDAxNjkxZWZiMTFk
MDAyNDMwMC4uMTNkMWVhNjg2ZWQ4YTg2MTEzNDYzMWI2M2YxMjk2MmE5YmYxODI1YyAxMDA2NDQK
LS0tIGEvVG9vbHMvQ2hhbmdlTG9nCisrKyBiL1Rvb2xzL0NoYW5nZUxvZwpAQCAtMSwzICsxLDE2
IEBACisyMDIxLTA3LTAxICBYYWJpZXIgUm9kcmlndWV6IENhbHZhciAgPGNhbHZhcmlzQGlnYWxp
YS5jb20+CisKKyAgICAgICAgW0dUS10gbWVkaWEvZXZlbnQtYXR0cmlidXRlcy5odG1sIGZhaWxz
IGlmIG1peGVyIGlzIG5vdCBhdCAxMDAlCisgICAgICAgIGh0dHBzOi8vYnVncy53ZWJraXQub3Jn
L3Nob3dfYnVnLmNnaT9pZD04MzcwNAorCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09Q
UyEpLgorCisgICAgICAgICogV2ViS2l0VGVzdFJ1bm5lci9UZXN0Q29udHJvbGxlci5jcHA6Cisg
ICAgICAgIChXVFI6OlRlc3RDb250cm9sbGVyOjpyZXNldFN0YXRlVG9Db25zaXN0ZW50VmFsdWVz
KTogR1N0cmVhbWVyCisgICAgICAgIHBvcnRzIHVzZSBmYWtlc2luayB0byBhdm9pZCBzb3VuZCBv
dXRwdXQgYW5kIHNldHRpbmcgdGhlIHBhZ2UKKyAgICAgICAgdm9sdW1lIHRvIDAgY3JlYXRlcyB0
cm91YmxlIHdpdGggdm9sdW1lIGV2ZW50cy4gTGV0J3MgYXZvaWQgaXQgaW4KKyAgICAgICAgR1N0
cmVhbWVyIHBvcnRzLgorCiAyMDIxLTA2LTI5ICBaaGlmZWkgRmFuZyAgPHpoaWZlaV9mYW5nQGFw
cGxlLmNvbT4KIAogICAgICAgICBBZGQgbmV3IGFyZ3VtZW50IG9mIGRldmljZSBvcyB2ZXJzaW9u
IGZvciByZXBvcnRpbmcgSmF2YVNjcmlwdENvcmUgdGVzdCByZXN1bHQKZGlmZiAtLWdpdCBhL1Rv
b2xzL1dlYktpdFRlc3RSdW5uZXIvVGVzdENvbnRyb2xsZXIuY3BwIGIvVG9vbHMvV2ViS2l0VGVz
dFJ1bm5lci9UZXN0Q29udHJvbGxlci5jcHAKaW5kZXggY2ZjOWM0NDgzYzgyNWQ5MTNlZDI3YTRk
NTU4ODRmMjQyZDc2ZjAwMi4uNDM0MDlhYTA0NjJjMDZlZGIwMjVjYTRjMWM0YzNiODM4Y2QwYzIw
NiAxMDA2NDQKLS0tIGEvVG9vbHMvV2ViS2l0VGVzdFJ1bm5lci9UZXN0Q29udHJvbGxlci5jcHAK
KysrIGIvVG9vbHMvV2ViS2l0VGVzdFJ1bm5lci9UZXN0Q29udHJvbGxlci5jcHAKQEAgLTk4NCw3
ICs5ODQsMTAgQEAgYm9vbCBUZXN0Q29udHJvbGxlcjo6cmVzZXRTdGF0ZVRvQ29uc2lzdGVudFZh
bHVlcyhjb25zdCBUZXN0T3B0aW9ucyYgb3B0aW9ucywgUmUKIAogICAgIFdLUGFnZUNsZWFyV2hl
ZWxFdmVudFRlc3RNb25pdG9yKG1fbWFpbldlYlZpZXctPnBhZ2UoKSk7CiAKKyAgICAvLyBHU3Ry
ZWFtZXIgdXNlcyBmYWtlc2luayB0byBhdm9pZCBzb3VuZCBvdXRwdXQgZHVyaW5nIHRlc3Rpbmcg
YW5kIGRvaW5nIHRoaXMgY3JlYXRlcyB0cm91YmxlIHdpdGggdm9sdW1lIGV2ZW50cy4KKyNpZiAh
VVNFKEdTVFJFQU1FUikKICAgICBXS1BhZ2VTZXRNZWRpYVZvbHVtZShtX21haW5XZWJWaWV3LT5w
YWdlKCksIDApOworI2VuZGlmCiAKICAgICBXS1BhZ2VDbGVhclVzZXJNZWRpYVN0YXRlKG1fbWFp
bldlYlZpZXctPnBhZ2UoKSk7CiAKZGlmZiAtLWdpdCBhL0xheW91dFRlc3RzL0NoYW5nZUxvZyBi
L0xheW91dFRlc3RzL0NoYW5nZUxvZwppbmRleCA1MzUyMzhkM2YwYWRjZDAzNThkNDRmMjZjYTg5
YjE4OTZmMGU1MWRmLi5jN2I0MWNlYzZlOTJiNTBkYmU0MTRiZDI5YmJlMDcyNTFjNDkxYTljIDEw
MDY0NAotLS0gYS9MYXlvdXRUZXN0cy9DaGFuZ2VMb2cKKysrIGIvTGF5b3V0VGVzdHMvQ2hhbmdl
TG9nCkBAIC0xLDMgKzEsMTMgQEAKKzIwMjEtMDctMDEgIFhhYmllciBSb2RyaWd1ZXogQ2FsdmFy
ICA8Y2FsdmFyaXNAaWdhbGlhLmNvbT4KKworICAgICAgICBbR1RLXSBtZWRpYS9ldmVudC1hdHRy
aWJ1dGVzLmh0bWwgZmFpbHMgaWYgbWl4ZXIgaXMgbm90IGF0IDEwMCUKKyAgICAgICAgaHR0cHM6
Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTgzNzA0CisKKyAgICAgICAgUmV2aWV3
ZWQgYnkgTk9CT0RZIChPT1BTISkuCisKKyAgICAgICAgKiBwbGF0Zm9ybS9nbGliL1Rlc3RFeHBl
Y3RhdGlvbnM6IFVuZmxhZ2dlZCB0aGF0IHRlc3QgYW5kIG90aGVyCisgICAgICAgIHRoYXQgZ2V0
IGZpeGVkIHdpdGggdGhpcyBwYXRjaC4KKwogMjAyMS0wNi0zMCAgVGltIE5ndXllbiAgPG50aW1A
YXBwbGUuY29tPgogCiAgICAgICAgIEltcGxlbWVudCBzdXBwb3J0IGZvciA8ZGlhbG9nPiBlbGVt
ZW50IGNsb3NlIGV2ZW50CmRpZmYgLS1naXQgYS9MYXlvdXRUZXN0cy9wbGF0Zm9ybS9nbGliL1Rl
c3RFeHBlY3RhdGlvbnMgYi9MYXlvdXRUZXN0cy9wbGF0Zm9ybS9nbGliL1Rlc3RFeHBlY3RhdGlv
bnMKaW5kZXggNjk2YzI1YmExMWI3Nzk0ZDFkOTMzMmYxOTkxMmI4MTA2OTgxMDY3MC4uNDVkMTEy
MGQxM2ZiY2E5NzY1YTBiNmY4OTljYTZmZTVlMGQ1ZDc1NCAxMDA2NDQKLS0tIGEvTGF5b3V0VGVz
dHMvcGxhdGZvcm0vZ2xpYi9UZXN0RXhwZWN0YXRpb25zCisrKyBiL0xheW91dFRlc3RzL3BsYXRm
b3JtL2dsaWIvVGVzdEV4cGVjdGF0aW9ucwpAQCAtMjE4Miw3ICsyMTgyLDYgQEAgd2Via2l0Lm9y
Zy9iLzE2ODM3MyBtZWRpYS9tZWRpYS1wcmVsb2FkLW5vLWRlbGF5LWxvYWRldmVudC5odG1sIFsg
RmFpbHVyZSBdCiB3ZWJraXQub3JnL2IvMTQzNzAyIG1lZGlhL3Byb2dyZXNzLWV2ZW50cy1nZW5l
cmF0ZWQtY29ycmVjdGx5Lmh0bWwgWyBGYWlsdXJlIF0KIHdlYmtpdC5vcmcvYi8xOTg4MzAgbWVk
aWEvY29udGV4dC1tZW51LWFjdGlvbnMuaHRtbCBbIFBhc3MgQ3Jhc2ggRmFpbHVyZSBdCiB3ZWJr
aXQub3JnL2IvMTkzNjM4IG1lZGlhL3ZpZGVvLXdlYmtpdC1wbGF5c2lubGluZS5odG1sIFsgRmFp
bHVyZSBdCi13ZWJraXQub3JnL2IvMjAxMjY2IG1lZGlhL2F1ZGlvLXBsYXliYWNrLXJlc3RyaWN0
aW9uLXBsYXktbXV0ZWQuaHRtbCBbIEZhaWx1cmUgXQogd2Via2l0Lm9yZy9iLzIyNDA2NyBtZWRp
YS9tZWRpYS1zb3VyY2UvbWVkaWEtc291cmNlLXRpbWVzdGFtcG9mZnNldC10cmltLmh0bWwgWyBG
YWlsdXJlIF0KIHdlYmtpdC5vcmcvYi8xNjAxMTkgbWVkaWEvdmlkZW8tb2JqZWN0LWZpdC1jaGFu
Z2UuaHRtbCBbIFBhc3MgQ3Jhc2ggSW1hZ2VPbmx5RmFpbHVyZSBdCiAKQEAgLTIyMDgsNyArMjIw
Nyw2IEBAIHdlYmtpdC5vcmcvYi8xNDM0NzggbWVkaWEvdmlkZW8tcGFnZS1sb2FkLXByZWxvYWQt
bm9uZS5odG1sIFsgRmFpbHVyZSBdCiB3ZWJraXQub3JnL2IvMTQ1MDUxIHdlYmtpdC5vcmcvYi8x
OTg4MzAgWyBSZWxlYXNlIF0gbWVkaWEvdmlkZW8tcnRsLmh0bWwgWyBJbWFnZU9ubHlGYWlsdXJl
IFBhc3MgQ3Jhc2ggXQogCiB3ZWJraXQub3JnL2IvMTQ1MjU4IG1lZGlhL3ZpZGVvLWNvbnRyb2xs
ZXItY2hpbGQtcmF0ZS5odG1sIFsgRmFpbHVyZSBQYXNzIF0KLXdlYmtpdC5vcmcvYi8xNTg5MTQg
d2Via2l0Lm9yZy9iLzE5ODgzMCBtZWRpYS9yZXN0b3JlLWZyb20tcGFnZS1jYWNoZS5odG1sIFsg
RmFpbHVyZSBdCiB3ZWJraXQub3JnL2IvMTE2Mjc3IG1lZGlhL3ZpZGVvLWJ1ZmZlcmVkLmh0bWwg
WyBQYXNzIEZhaWx1cmUgIF0KIAogd2Via2l0Lm9yZy9iLzE4NjYzOCBtZWRpYS92aWRlby1yZW1v
dGUtY29udHJvbC1wbGF5cGF1c2UuaHRtbCBbIEZhaWx1cmUgVGltZW91dCBQYXNzIF0KQEAgLTIy
MTYsNyArMjIxNCw2IEBAIHdlYmtpdC5vcmcvYi8xODY2NzkgbWVkaWEvdmlkZW8tY3VycmVudFRp
bWUtZGVsYXkuaHRtbCBbIENyYXNoIFBhc3MgVGltZW91dCBdCiAKIHdlYmtpdC5vcmcvYi8xOTg4
MjcgbWVkaWEvbWVkaWEtZnVsbHNjcmVlbi1yZXR1cm4tdG8taW5saW5lLmh0bWwgWyBUaW1lb3V0
IF0KIAotd2Via2l0Lm9yZy9iLzE5ODgzMCBtZWRpYS9ldmVudC1hdHRyaWJ1dGVzLmh0bWwgWyBD
cmFzaCBGYWlsdXJlIF0KIHdlYmtpdC5vcmcvYi8xOTg4MzAgbWVkaWEvdHJhY2svdHJhY2stY3Vl
LWNzcy5odG1sIFsgSW1hZ2VPbmx5RmFpbHVyZSBGYWlsdXJlIFBhc3MgXQogd2Via2l0Lm9yZy9i
LzE5ODgzMCBtZWRpYS92aWRlby1zaXplLWludHJpbnNpYy1zY2FsZS5odG1sIFsgRmFpbHVyZSBd
CiB3ZWJraXQub3JnL2IvMTk4ODMwIGh0dHAvdGVzdHMvbWVkaWEvYXV0b3BsYXktaWYtYXVkaW8t
aXMtcGxheWluZy5odG1sIFsgUGFzcyBUaW1lb3V0IF0KQEAgLTIyMzEsMTYgKzIyMjgsMTAgQEAg
d2Via2l0Lm9yZy9iLzE5ODgzMCBbIFJlbGVhc2UgXSBtZWRpYS92aWRlby1kZWZhdWx0cGxheWJh
Y2tyYXRlLWJlZm9yZS1sb2FkLmh0bWwKICMgR0xYIGVycm9yIGluIGdzdF9nbF9jb250ZXh0X2ds
eF9jcmVhdGVfY29udGV4dAogd2Via2l0Lm9yZy9iLzIxMDM3NCBodHRwL3Rlc3RzL21lZGlhL3Vz
ZXItZ2VzdHVyZS1wcmVzZXJ2ZWQtYWNyb3NzLXhtbGh0dHByZXF1ZXN0Lmh0bWwgWyBGYWlsdXJl
IFBhc3MgVGltZW91dCBdCiAKLXdlYmtpdC5vcmcvYi8yMDgyOTMgbWVkaWEvdmlkZW8tcmVzdHJp
Y3RlZC1pbnZpc2libGUtYXV0b3BsYXktYWxsb3dlZC1pZi1hdWRpYmxlLmh0bWwgWyBGYWlsdXJl
IF0KLQogaHR0cC90ZXN0cy9tZWRpYS92aWRlby1wcmVsb2FkLmh0bWwgWyBQYXNzIFNsb3cgXQog
CiB3ZWJraXQub3JnL2IvMTA4OTI1IGh0dHAvdGVzdHMvbWVkaWEvdmlkZW8tcGxheS1zdGFsbC5o
dG1sIFsgRmFpbHVyZSBUaW1lb3V0IF0KIAotd2Via2l0Lm9yZy9iLzEzMTU0NSBtZWRpYS9tZWRp
YS1ldmVudC1saXN0ZW5lcnMuaHRtbCBbIFRpbWVvdXQgXQotd2Via2l0Lm9yZy9iLzEzMTU0NSBt
ZWRpYS92aWRlby12b2x1bWUuaHRtbCBbIEZhaWx1cmUgXQotd2Via2l0Lm9yZy9iLzEzMTU0NSBt
ZWRpYS9hdWRpby1wbGF5YmFjay12b2x1bWUtY2hhbmdlcy13aXRoLXJlc3RyaWN0aW9ucy5odG1s
IFsgRmFpbHVyZSBdCi0KIHdlYmtpdC5vcmcvYi8xMzUwODYgbWVkaWEvdmlkZW8tc2Vlay13aXRo
LW5lZ2F0aXZlLXBsYXliYWNrLmh0bWwgWyBUaW1lb3V0IFBhc3MgXQogd2Via2l0Lm9yZy9iLzEz
NzY5OCBtZWRpYS92aWRlby1jb250cm9scy1kcmFnLmh0bWwgWyBUaW1lb3V0IF0KIHdlYmtpdC5v
cmcvYi8xNDE5NTkgaHR0cC90ZXN0cy9tZWRpYS9jbGVhcmtleS9jbGVhci1rZXktaGxzLWFlczEy
OC5odG1sIFsgQ3Jhc2ggVGltZW91dCBdCg==
</data>

          </attachment>
      

    </bug>

</bugzilla>