<?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>36082</bug_id>
          
          <creation_ts>2010-03-12 17:58:20 -0800</creation_ts>
          <short_desc>GIF animates much more slowly in Safari than Firefox</short_desc>
          <delta_ts>2010-04-04 12:36:48 -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>Images</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>PC</rep_platform>
          <op_sys>OS X 10.5</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>DUPLICATE</resolution>
          <dup_id>26455</dup_id>
          
          <bug_file_loc>http://i135.photobucket.com/albums/q156/HITHAR/1438ch-1.gif</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="Mark Rowe (bdash)">mrowe</reporter>
          <assigned_to name="Mark Rowe (bdash)">mrowe</assigned_to>
          <cc>ap</cc>
    
    <cc>darin</cc>
    
    <cc>pkasting</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>199272</commentid>
    <comment_count>0</comment_count>
    <who name="Mark Rowe (bdash)">mrowe</who>
    <bug_when>2010-03-12 17:58:20 -0800</bug_when>
    <thetext>The animated GIF at &lt;http://i135.photobucket.com/albums/q156/HITHAR/1438ch-1.gif&gt; appears to play at half-speed in Safari when compared to Firefox.

This animated GIF requests 40ms per frame (25fps).  Firefox is clamping the frame delay on animated GIFs to 100ms if the requested delay is less than 10ms.  WebKit is clamping to 100ms if the requested delay is less than 50ms  We&apos;re playing this back at 10fps while Firefox plays it back at the expected 25fps.

&lt;rdar://problem/7689300&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>199273</commentid>
    <comment_count>1</comment_count>
      <attachid>50647</attachid>
    <who name="Mark Rowe (bdash)">mrowe</who>
    <bug_when>2010-03-12 18:01:56 -0800</bug_when>
    <thetext>Created attachment 50647
Patch v1</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>199280</commentid>
    <comment_count>2</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2010-03-12 18:57:56 -0800</bug_when>
    <thetext>Note that this is basically reverting what we did in bug 14413. It may still be appropriate to revisit the decisions made in 2007, although there is no evidence that the Web landscape changed much since then (in this regard, anyway).

+        ImageIO currently implements its own clamping of frame durations (&lt;rdar://problem/7689297&gt;)
+        which will result in this change having no observable effect on platforms where it is used
+        until an updated version of ImageIO becomes available.

It&apos;s extremely unfortunate that we&apos;ll have different behavior across OS X versions if this patch goes in.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>199282</commentid>
    <comment_count>3</comment_count>
    <who name="Mark Rowe (bdash)">mrowe</who>
    <bug_when>2010-03-12 19:20:18 -0800</bug_when>
    <thetext>(In reply to comment #2)
&gt; Note that this is basically reverting what we did in bug 14413. It may still be
&gt; appropriate to revisit the decisions made in 2007, although there is no
&gt; evidence that the Web landscape changed much since then (in this regard,
&gt; anyway).

It’s nearly 3 years later and Firefox is still using their lower clamping threshold.  If there were compelling compatibility reasons for matching Internet Explorer I would expect that Firefox would have seen them and taken action.  Opera has also since switched from matching Internet Explorer on this issue to matching Firefox.

&gt; +        ImageIO currently implements its own clamping of frame durations
&gt; (&lt;rdar://problem/7689297&gt;)
&gt; +        which will result in this change having no observable effect on
&gt; platforms where it is used
&gt; +        until an updated version of ImageIO becomes available.
&gt; 
&gt; It&apos;s extremely unfortunate that we&apos;ll have different behavior across OS X
&gt; versions if this patch goes in.

We already have different behavior across Mac OS X versions.  ImageIO in Tiger has no clamping, so it gets whatever behavior WebKit implements.  ImageIO on Leopard clamps to 100ms.  ImageIO on SnowLeopard currently clamps at 50ms.  Future versions of ImageIO will not clamp at all, so it will be up to WebKit’s clamping.  This means that once an updated version of ImageIO is available there will be no more difference between Mac OS X versions than we currently have.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>199285</commentid>
    <comment_count>4</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2010-03-12 19:55:17 -0800</bug_when>
    <thetext>(In reply to comment #3)
&gt; It’s nearly 3 years later and Firefox is still using their lower clamping
&gt; threshold.  If there were compelling compatibility reasons for matching
&gt; Internet Explorer I would expect that Firefox would have seen them and taken
&gt; action.

The action seems to have been WONTFIX, see &lt;https://bugzilla.mozilla.org/show_bug.cgi?id=232769&gt; and its many duplicates (some of them are duplicates of duplicates). The newest I could find was filed last month, &lt;https://bugzilla.mozilla.org/show_bug.cgi?id=544077&gt;.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>199372</commentid>
    <comment_count>5</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2010-03-13 10:18:05 -0800</bug_when>
    <thetext>I made a couple experiments.

First, it was very easy to find examples of animated gifs that were obviously too fast in Firefox. I could find such intentionally, and I also encountered them on sites I browse daily. This was all in a few minutes of testing.

Second, I searched the Web for &quot;IE animates gif too slow&quot; and &quot;Firefox animates gif too fast&quot;. The number of complaints was roughly the same. This tells me that on the grounds of Web compatibility, we shouldn&apos;t be making any sudden movements. Replacing a number of old bugs with an equal number of regressions is a loss.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>199415</commentid>
    <comment_count>6</comment_count>
    <who name="Peter Kasting">pkasting</who>
    <bug_when>2010-03-13 14:38:03 -0800</bug_when>
    <thetext>I&apos;ve done extensive research on this issue.  Please see bug 26455, especially comment 0.  The most relevant Mozilla bug, noted there, is https://bugzilla.mozilla.org/show_bug.cgi?id=440882 .  As noted above, I believe the one factual update since I filed that bug is that Opera has changed (yet again) back to matching Firefox.

My personal preference is to change to match Firefox&apos; behavior, which I think is much more sensible.  As ap notes, there are GIFs on the web that are broken no matter what you do, and the linked bug points out examples of both kinds (as well as images where the right speed is unclear).  Given this, the fact that it is impossible to do standard-frame-rate animations with the IE clamp, and the fact that the IE clamp is a larger deviation from &quot;no clamp&quot;, are what swing my opinion.  Authors can conceivably update images that are too fast in Firefox to look right everywhere, but they can&apos;t make a similar change to make images too slow in IE look right everywhere.  Another point: if we&apos;re going to look wrong on some images, I&apos;d rather look like we&apos;re too fast than too slow, since the latter makes people think we&apos;re underperformant.

To be honest, I think even better would be to clamp &lt;= 10 ms to 10 ms, instead of 100.  This is closer to what setTimeout() does.  I suspect that we might be able to get the Mozilla folks to agree to this if we change to match them in the meantime.

So, in short: I suggest duping against bug 26455 (or the other way around), landing this patch + changing any other similar instances in other graphics backends&apos; code, and noting on the Mozilla bug that now all the browsers are united in the Firefox way except for IE.

I asked Hixie at one point if this kind of thing could be specced in HTML5 and he suggested it wasn&apos;t a very great fit there, but perhaps we would still have the opportunity then to drop a note to the folks at Microsoft to suggest changing IE 9+.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>199475</commentid>
    <comment_count>7</comment_count>
      <attachid>50647</attachid>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2010-03-14 11:40:19 -0700</bug_when>
    <thetext>Comment on attachment 50647
Patch v1

The discussion seems to have dried up, so I&apos;m saying r- to avoid it going in rounds. We certainly have a significant Web compatibility problem to solve, but as indicated by the research above, this particular solution will introduce an equal number of regressions, which is simply not how the WebKit project rolls. Perhaps - and hopefully - there is a clever heuristic we could come up with that would make it a clear win for existing Web content.

&gt; Authors can conceivably update images that are too fast in Firefox to
&gt; look right everywhere, but they can&apos;t make a similar change to make images too
&gt; slow in IE look right everywhere.

Animated GIFs are a legacy technology, and making it learn new tricks is not the main concern - especially since these tricks won&apos;t be available for general Web content unless MS decides to make the same change, and until the versions of IE with the old behavior can be disregarded.

There are many other ways to display animations on the Web.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>199476</commentid>
    <comment_count>8</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2010-03-14 11:43:00 -0700</bug_when>
    <thetext>These bugs have comparable amount of comments and insight, so I&apos;m duping to the old one.

*** This bug has been marked as a duplicate of bug 26455 ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>208335</commentid>
    <comment_count>9</comment_count>
    <who name="Darin Adler">darin</who>
    <bug_when>2010-04-03 23:18:26 -0700</bug_when>
    <thetext>(In reply to comment #6)
&gt; To be honest, I think even better would be to clamp &lt;= 10 ms to 10 ms, instead
&gt; of 100.

But then a delay of 0 becomes 100 fps but in the past it has always been 10 fps in all browsers, right?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>208371</commentid>
    <comment_count>10</comment_count>
    <who name="Peter Kasting">pkasting</who>
    <bug_when>2010-04-04 12:36:48 -0700</bug_when>
    <thetext>(In reply to comment #9)
&gt; (In reply to comment #6)
&gt; &gt; To be honest, I think even better would be to clamp &lt;= 10 ms to 10 ms, instead
&gt; &gt; of 100.
&gt; 
&gt; But then a delay of 0 becomes 100 fps but in the past it has always been 10 fps
&gt; in all browsers, right?

Yes.  The goal of that proposal would be sane behavior over backwards compatibility.  I don&apos;t expect it to happen because I don&apos;t expect enough other people to agree with me.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>50647</attachid>
            <date>2010-03-12 18:01:56 -0800</date>
            <delta_ts>2010-03-14 11:40:19 -0700</delta_ts>
            <desc>Patch v1</desc>
            <filename>0001-Animated-GIF-animates-much-more-slowly-in-Safari-tha.patch</filename>
            <type>text/plain</type>
            <size>4788</size>
            <attacher name="Mark Rowe (bdash)">mrowe</attacher>
            
              <data encoding="base64">RnJvbSBhNzg0ZGY2YmNmZDhhNDQ5ZTk2YzI0ZTM2NjZmNzUyZTIwMWJlNmQyIE1vbiBTZXAgMTcg
MDA6MDA6MDAgMjAwMQpGcm9tOiBNYXJrIFJvd2UgPG1yb3dlQGFwcGxlLmNvbT4KRGF0ZTogVHVl
LCA5IE1hciAyMDEwIDIzOjQ1OjUxIC0wODAwClN1YmplY3Q6IFtQQVRDSF0gQW5pbWF0ZWQgR0lG
IGFuaW1hdGVzIG11Y2ggbW9yZSBzbG93bHkgaW4gU2FmYXJpIHRoYW4gRmlyZWZveAogPHJkYXI6
Ly9wcm9ibGVtLzc2ODkzMDA+IC8gPGh0dHA6Ly93ZWJraXQub3JnL2IvMzYwODI+CgpSZXZpZXdl
ZCBieSBOT0JPRFkgKE9PUFMhKS4KCkFkb3B0IEZpcmVmb3gncyBiZWhhdmlvciBmb3IgZnJhbWUg
ZHVyYXRpb24gY2xhbXBpbmcuIEltYWdlcyB0aGF0IHNwZWNpZnkgYSBmcmFtZSBkdXJhdGlvbgpv
ZiA8PSAxMG1zIGFyZSB0cmVhdGVkIGFzIGhhdmluZyBhIGZyYW1lIGR1cmF0aW9uIG9mIDEwMG1z
LCB3aGlsZSBhbGwgb3RoZXIgaW1hZ2VzIHVzZSB0aGUKZnJhbWUgZHVyYXRpb24gdGhhdCB0aGV5
IHNwZWNpZnkuCgpJbWFnZUlPIGN1cnJlbnRseSBpbXBsZW1lbnRzIGl0cyBvd24gY2xhbXBpbmcg
b2YgZnJhbWUgZHVyYXRpb25zICg8cmRhcjovL3Byb2JsZW0vNzY4OTI5Nz4pCndoaWNoIHdpbGwg
cmVzdWx0IGluIHRoaXMgY2hhbmdlIGhhdmluZyBubyBvYnNlcnZhYmxlIGVmZmVjdCBvbiBwbGF0
Zm9ybXMgd2hlcmUgaXQgaXMgdXNlZAp1bnRpbCBhbiB1cGRhdGVkIHZlcnNpb24gb2YgSW1hZ2VJ
TyBiZWNvbWVzIGF2YWlsYWJsZS4KCiogcGxhdGZvcm0vZ3JhcGhpY3MvSW1hZ2VTb3VyY2UuY3Bw
OgooV2ViQ29yZTo6SW1hZ2VTb3VyY2U6OmZyYW1lRHVyYXRpb25BdEluZGV4KTogVXBkYXRlIHRo
ZSBmb3JtYXR0aW5nIG9mIHRoZSBjb21tZW50IGFuZCBzdHlsZQpvZiB0aGUgY29kZSB0byBtYXRj
aCB0aGF0IGluIEltYWdlU291cmNlQ0cuCiogcGxhdGZvcm0vZ3JhcGhpY3MvY2cvSW1hZ2VTb3Vy
Y2VDRy5jcHA6CihXZWJDb3JlOjpJbWFnZVNvdXJjZTo6ZnJhbWVEdXJhdGlvbkF0SW5kZXgpOgot
LS0KIFdlYkNvcmUvQ2hhbmdlTG9nICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfCAgIDIx
ICsrKysrKysrKysrKysrKysrKysrKwogV2ViQ29yZS9wbGF0Zm9ybS9ncmFwaGljcy9JbWFnZVNv
dXJjZS5jcHAgICAgICB8ICAgMTMgKysrKysrKy0tLS0tLQogV2ViQ29yZS9wbGF0Zm9ybS9ncmFw
aGljcy9jZy9JbWFnZVNvdXJjZUNHLmNwcCB8ICAgIDcgKysrKy0tLQogMyBmaWxlcyBjaGFuZ2Vk
LCAzMiBpbnNlcnRpb25zKCspLCA5IGRlbGV0aW9ucygtKQoKZGlmZiAtLWdpdCBhL1dlYkNvcmUv
Q2hhbmdlTG9nIGIvV2ViQ29yZS9DaGFuZ2VMb2cKaW5kZXggMzE1OGUxYy4uMTBjY2M4MiAxMDA2
NDQKLS0tIGEvV2ViQ29yZS9DaGFuZ2VMb2cKKysrIGIvV2ViQ29yZS9DaGFuZ2VMb2cKQEAgLTEs
MyArMSwyNCBAQAorMjAxMC0wMy0xMiAgTWFyayBSb3dlICA8bXJvd2VAYXBwbGUuY29tPgorCisg
ICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIEFuaW1hdGVkIEdJ
RiBhbmltYXRlcyBtdWNoIG1vcmUgc2xvd2x5IGluIFNhZmFyaSB0aGFuIEZpcmVmb3gKKyAgICAg
ICAgPHJkYXI6Ly9wcm9ibGVtLzc2ODkzMDA+IC8gPGh0dHA6Ly93ZWJraXQub3JnL2IvMzYwODI+
CisKKyAgICAgICAgQWRvcHQgRmlyZWZveCdzIGJlaGF2aW9yIGZvciBmcmFtZSBkdXJhdGlvbiBj
bGFtcGluZy4gSW1hZ2VzIHRoYXQgc3BlY2lmeSBhIGZyYW1lIGR1cmF0aW9uCisgICAgICAgIG9m
IDw9IDEwbXMgYXJlIHRyZWF0ZWQgYXMgaGF2aW5nIGEgZnJhbWUgZHVyYXRpb24gb2YgMTAwbXMs
IHdoaWxlIGFsbCBvdGhlciBpbWFnZXMgdXNlIHRoZQorICAgICAgICBmcmFtZSBkdXJhdGlvbiB0
aGF0IHRoZXkgc3BlY2lmeS4KKworICAgICAgICBJbWFnZUlPIGN1cnJlbnRseSBpbXBsZW1lbnRz
IGl0cyBvd24gY2xhbXBpbmcgb2YgZnJhbWUgZHVyYXRpb25zICg8cmRhcjovL3Byb2JsZW0vNzY4
OTI5Nz4pCisgICAgICAgIHdoaWNoIHdpbGwgcmVzdWx0IGluIHRoaXMgY2hhbmdlIGhhdmluZyBu
byBvYnNlcnZhYmxlIGVmZmVjdCBvbiBwbGF0Zm9ybXMgd2hlcmUgaXQgaXMgdXNlZAorICAgICAg
ICB1bnRpbCBhbiB1cGRhdGVkIHZlcnNpb24gb2YgSW1hZ2VJTyBiZWNvbWVzIGF2YWlsYWJsZS4K
KworICAgICAgICAqIHBsYXRmb3JtL2dyYXBoaWNzL0ltYWdlU291cmNlLmNwcDoKKyAgICAgICAg
KFdlYkNvcmU6OkltYWdlU291cmNlOjpmcmFtZUR1cmF0aW9uQXRJbmRleCk6IFVwZGF0ZSB0aGUg
Zm9ybWF0dGluZyBvZiB0aGUgY29tbWVudCBhbmQgc3R5bGUKKyAgICAgICAgb2YgdGhlIGNvZGUg
dG8gbWF0Y2ggdGhhdCBpbiBJbWFnZVNvdXJjZUNHLgorICAgICAgICAqIHBsYXRmb3JtL2dyYXBo
aWNzL2NnL0ltYWdlU291cmNlQ0cuY3BwOgorICAgICAgICAoV2ViQ29yZTo6SW1hZ2VTb3VyY2U6
OmZyYW1lRHVyYXRpb25BdEluZGV4KToKKwogMjAxMC0wMy0xMiAgQmV0aCBEYWtpbiAgPGJkYWtp
bkBhcHBsZS5jb20+CiAKICAgICAgICAgUmV2aWV3ZWQgYnkgU2ltb24gRnJhc2VyLgpkaWZmIC0t
Z2l0IGEvV2ViQ29yZS9wbGF0Zm9ybS9ncmFwaGljcy9JbWFnZVNvdXJjZS5jcHAgYi9XZWJDb3Jl
L3BsYXRmb3JtL2dyYXBoaWNzL0ltYWdlU291cmNlLmNwcAppbmRleCBjMjM2NmMxLi4xNDQwMTY1
IDEwMDY0NAotLS0gYS9XZWJDb3JlL3BsYXRmb3JtL2dyYXBoaWNzL0ltYWdlU291cmNlLmNwcAor
KysgYi9XZWJDb3JlL3BsYXRmb3JtL2dyYXBoaWNzL0ltYWdlU291cmNlLmNwcApAQCAtMTQ1LDEz
ICsxNDUsMTQgQEAgZmxvYXQgSW1hZ2VTb3VyY2U6OmZyYW1lRHVyYXRpb25BdEluZGV4KHNpemVf
dCBpbmRleCkKICAgICBpZiAoIWJ1ZmZlciB8fCBidWZmZXItPnN0YXR1cygpID09IFJHQkEzMkJ1
ZmZlcjo6RnJhbWVFbXB0eSkKICAgICAgICAgcmV0dXJuIDA7CiAKLSAgICAvLyBNYW55IGFubm95
aW5nIGFkcyBzcGVjaWZ5IGEgMCBkdXJhdGlvbiB0byBtYWtlIGFuIGltYWdlIGZsYXNoIGFzIHF1
aWNrbHkKLSAgICAvLyBhcyBwb3NzaWJsZS4gIFdlIGZvbGxvdyBXaW5JRSdzIGJlaGF2aW9yIGFu
ZCB1c2UgYSBkdXJhdGlvbiBvZiAxMDAgbXMKLSAgICAvLyBmb3IgYW55IGZyYW1lcyB0aGF0IHNw
ZWNpZnkgYSBkdXJhdGlvbiBvZiA8PSA1MCBtcy4gIFNlZQotICAgIC8vIDxodHRwOi8vYnVncy53
ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9pZD0xNDQxMz4gb3IgUmFkYXIgNDA1MTM4OSBmb3IKLSAg
ICAvLyBtb3JlLgorICAgIC8vIE1hbnkgYW5ub3lpbmcgYWRzIHNwZWNpZnkgYSAwIGR1cmF0aW9u
IHRvIG1ha2UgYW4gaW1hZ2UgZmxhc2ggYXMgcXVpY2tseSBhcyBwb3NzaWJsZS4KKyAgICAvLyBX
ZSBmb2xsb3cgRmlyZWZveCdzIGJlaGF2aW9yIGFuZCB1c2UgYSBkdXJhdGlvbiBvZiAxMDAgbXMg
Zm9yIGFueSBmcmFtZXMgdGhhdCBzcGVjaWZ5CisgICAgLy8gYSBkdXJhdGlvbiBvZiA8PSAxMCBt
cy4gU2VlIDxyZGFyOi8vcHJvYmxlbS83Njg5MzAwPiBhbmQgPGh0dHA6Ly93ZWJraXQub3JnL2Iv
MzYwODI+CisgICAgLy8gZm9yIG1vcmUgaW5mb3JtYXRpb24uCiAgICAgY29uc3QgZmxvYXQgZHVy
YXRpb24gPSBidWZmZXItPmR1cmF0aW9uKCkgLyAxMDAwLjBmOwotICAgIHJldHVybiAoZHVyYXRp
b24gPCAwLjA1MWYpID8gMC4xMDBmIDogZHVyYXRpb247CisgICAgaWYgKGR1cmF0aW9uIDwgMC4w
MTFmKQorICAgICAgICByZXR1cm4gMC4xMDBmOworICAgIHJldHVybiBkdXJhdGlvbjsKIH0KIAog
Ym9vbCBJbWFnZVNvdXJjZTo6ZnJhbWVIYXNBbHBoYUF0SW5kZXgoc2l6ZV90IGluZGV4KQpkaWZm
IC0tZ2l0IGEvV2ViQ29yZS9wbGF0Zm9ybS9ncmFwaGljcy9jZy9JbWFnZVNvdXJjZUNHLmNwcCBi
L1dlYkNvcmUvcGxhdGZvcm0vZ3JhcGhpY3MvY2cvSW1hZ2VTb3VyY2VDRy5jcHAKaW5kZXggYTkx
NzliYy4uMDgwODQyYSAxMDA2NDQKLS0tIGEvV2ViQ29yZS9wbGF0Zm9ybS9ncmFwaGljcy9jZy9J
bWFnZVNvdXJjZUNHLmNwcAorKysgYi9XZWJDb3JlL3BsYXRmb3JtL2dyYXBoaWNzL2NnL0ltYWdl
U291cmNlQ0cuY3BwCkBAIC0yNjksOSArMjY5LDEwIEBAIGZsb2F0IEltYWdlU291cmNlOjpmcmFt
ZUR1cmF0aW9uQXRJbmRleChzaXplX3QgaW5kZXgpCiAgICAgfQogCiAgICAgLy8gTWFueSBhbm5v
eWluZyBhZHMgc3BlY2lmeSBhIDAgZHVyYXRpb24gdG8gbWFrZSBhbiBpbWFnZSBmbGFzaCBhcyBx
dWlja2x5IGFzIHBvc3NpYmxlLgotICAgIC8vIFdlIGZvbGxvdyBXaW5JRSdzIGJlaGF2aW9yIGFu
ZCB1c2UgYSBkdXJhdGlvbiBvZiAxMDAgbXMgZm9yIGFueSBmcmFtZXMgdGhhdCBzcGVjaWZ5Ci0g
ICAgLy8gYSBkdXJhdGlvbiBvZiA8PSA1MCBtcy4gU2VlIDxodHRwOi8vYnVncy53ZWJraXQub3Jn
L3Nob3dfYnVnLmNnaT9pZD0xNDQxMz4gb3IgUmFkYXIgNDA1MTM4OSBmb3IgbW9yZS4KLSAgICBp
ZiAoZHVyYXRpb24gPCAwLjA1MWYpCisgICAgLy8gV2UgZm9sbG93IEZpcmVmb3gncyBiZWhhdmlv
ciBhbmQgdXNlIGEgZHVyYXRpb24gb2YgMTAwIG1zIGZvciBhbnkgZnJhbWVzIHRoYXQgc3BlY2lm
eQorICAgIC8vIGEgZHVyYXRpb24gb2YgPD0gMTAgbXMuIFNlZSA8cmRhcjovL3Byb2JsZW0vNzY4
OTMwMD4gYW5kIDxodHRwOi8vd2Via2l0Lm9yZy9iLzM2MDgyPgorICAgIC8vIGZvciBtb3JlIGlu
Zm9ybWF0aW9uLgorICAgIGlmIChkdXJhdGlvbiA8IDAuMDExZikKICAgICAgICAgcmV0dXJuIDAu
MTAwZjsKICAgICByZXR1cm4gZHVyYXRpb247CiB9Ci0tIAoxLjcuMC4yLjE5OS5nOTBhMmJmOQoK
</data>
<flag name="review"
          id="33821"
          type_id="1"
          status="-"
          setter="ap"
    />
          </attachment>
      

    </bug>

</bugzilla>