<?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>45384</bug_id>
          
          <creation_ts>2010-09-08 05:33:51 -0700</creation_ts>
          <short_desc>Fix ignoring return value warning in case of gcc 4.4.4</short_desc>
          <delta_ts>2014-12-05 06:55:31 -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>New Bugs</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>PC</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          <dependson>52585</dependson>
          <blocked>43191</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Peter Varga">pvarga</reporter>
          <assigned_to name="Peter Varga">pvarga</assigned_to>
          <cc>ap</cc>
    
    <cc>loki</cc>
    
    <cc>ossy</cc>
    
    <cc>zherczeg</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>275771</commentid>
    <comment_count>0</comment_count>
    <who name="Peter Varga">pvarga</who>
    <bug_when>2010-09-08 05:33:51 -0700</bug_when>
    <thetext>I got this warning: &quot;ignoring return value of &apos;size_t fwrite(const void*, size_t, size_t, FILE*)&apos;, declared with attribute warn_unused_result&quot;. We shouldn&apos;t ignore return value of fwrite because it has __attribute__((warn_unused_result)).

Patch is coming soon.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>275772</commentid>
    <comment_count>1</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2010-09-08 05:36:53 -0700</bug_when>
    <thetext>Nice catch. I didn&apos;t run into this, because we use gcc-4.3.2 in Debian Lenny.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>275776</commentid>
    <comment_count>2</comment_count>
      <attachid>66885</attachid>
    <who name="Peter Varga">pvarga</who>
    <bug_when>2010-09-08 05:49:16 -0700</bug_when>
    <thetext>Created attachment 66885
proposed patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>275777</commentid>
    <comment_count>3</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2010-09-08 05:51:22 -0700</bug_when>
    <thetext>(In reply to comment #2)
&gt; Created an attachment (id=66885) [details]
&gt; proposed patch

LGTM.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>275788</commentid>
    <comment_count>4</comment_count>
      <attachid>66885</attachid>
    <who name="Kenneth Rohde Christiansen">kenneth</who>
    <bug_when>2010-09-08 06:11:26 -0700</bug_when>
    <thetext>Comment on attachment 66885
proposed patch

I would at least add a comment in the ImageDiff case</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>275794</commentid>
    <comment_count>5</comment_count>
    <who name="Gabor Loki">loki</who>
    <bug_when>2010-09-08 06:20:38 -0700</bug_when>
    <thetext>I think it would be better using a LIKELY macro instead of an empty if in ImageDiff. It looks better and have the same effect.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>275804</commentid>
    <comment_count>6</comment_count>
    <who name="Zoltan Herczeg">zherczeg</who>
    <bug_when>2010-09-08 06:49:14 -0700</bug_when>
    <thetext>A propose a generic function for GCC:

static inline __attribute__((always_inline)) int ignoreIntResult(int x) { return x; }

And a define for other platforms:

#define ignoreIntResult(x) x

It would make clear what the developer wants.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>275824</commentid>
    <comment_count>7</comment_count>
    <who name="Peter Varga">pvarga</who>
    <bug_when>2010-09-08 07:32:14 -0700</bug_when>
    <thetext>(In reply to comment #5)
&gt; I think it would be better using a LIKELY macro instead of an empty if in ImageDiff. It looks better and have the same effect.

I think the LIKELY macro can be misleading.

(In reply to comment #6)
&gt; A propose a generic function for GCC:
&gt; 
&gt; static inline __attribute__((always_inline)) int ignoreIntResult(int x) { return x; }
&gt; 
&gt; And a define for other platforms:
&gt; 
&gt; #define ignoreIntResult(x) x
&gt; 
&gt; It would make clear what the developer wants.

To create a new macro for only one case I think it is unnecessary. If there are more then one function with unused result then the idea of use a macro is reasonable.

Currently the &quot;empty if&quot; solution is sufficient.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>275842</commentid>
    <comment_count>8</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2010-09-08 08:03:49 -0700</bug_when>
    <thetext>(In reply to comment #5)
&gt; I think it would be better using a LIKELY macro instead of an empty if in ImageDiff. It looks better and have the same effect.

LIKELY macro would be better, but IMHO it wouldn&apos;t look better. :)
We normally use LIKELY and UNLIKELY macros to give hints to branch 
predictor. To use them for ignoring a return value is misunderstandable.
But I agree, it would be more optimal when you build with -O0, because
GCC won&apos;t generate useless code for this construction.

I think a new IGNORE_RESULT macro would be useful which uses 
LIKELY. But using LIKELY directly is misunderstandable.

(In reply to comment #6)
&gt; A propose a generic function for GCC:
&gt; 
&gt; static inline __attribute__((always_inline)) int ignoreIntResult(int x) { return x; }
&gt; 
&gt; And a define for other platforms:
&gt; 
&gt; #define ignoreIntResult(x) x
&gt; 
&gt; It would make clear what the developer wants.

It is a good idea, but isn&apos;t perfect. For example fwrite has size_t 
type, other functions can have other type. What do you think about 
an ignoreResult template similar to in wtf/Unused.h?

I mean a construction like this:

template&lt;typename T&gt;
inline void ignoreResult(T&amp; x) { return x; }
#define IGNORE_RESULT(result) UNUSED_PARAM(ignoreResult(result))</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>275845</commentid>
    <comment_count>9</comment_count>
      <attachid>66885</attachid>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2010-09-08 08:16:24 -0700</bug_when>
    <thetext>Comment on attachment 66885
proposed patch

Landed in http://trac.webkit.org/changeset/66984 with comment which Kenneth proposed.
I thought it should be landed as soon as possible not to bother developers with build break.

But I&apos;m open to discuss about the best and general solution for this bug, so I leave the bug open.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>275890</commentid>
    <comment_count>10</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2010-09-08 09:46:29 -0700</bug_when>
    <thetext>I think that the most common (and simple) method to ignore this warning is to cast to void:

+                    if (fwrite(data.constData(), 1, data.length(), stdout)) {}
-                    (void)fwrite(data.constData(), 1, data.length(), stdout);</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>275894</commentid>
    <comment_count>11</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2010-09-08 09:49:05 -0700</bug_when>
    <thetext>(In reply to comment #10)
&gt; I think that the most common (and simple) method to ignore this warning is to cast to void:
&gt; 
&gt; +                    if (fwrite(data.constData(), 1, data.length(), stdout)) {}
&gt; -                    (void)fwrite(data.constData(), 1, data.length(), stdout);

We first tried this idea, but unfortunately it doesn&apos;t work when
__attribute__((warn_unused_result)) is used. :/

Details can be found here: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25509</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>275925</commentid>
    <comment_count>12</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2010-09-08 10:38:59 -0700</bug_when>
    <thetext>Thanks, I didn&apos;t know about that. So, it is considered to be a glibc bug that fwrite is annotated with warn_unused_result.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>335477</commentid>
    <comment_count>13</comment_count>
      <attachid>79208</attachid>
    <who name="Jarred Nicholls">jarred</who>
    <bug_when>2011-01-17 13:10:34 -0800</bug_when>
    <thetext>Created attachment 79208
Proposed patch

Check the return value instead of disabling a gcc warning flag, to benefit all ports.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>335479</commentid>
    <comment_count>14</comment_count>
      <attachid>79208</attachid>
    <who name="Jarred Nicholls">jarred</who>
    <bug_when>2011-01-17 13:12:24 -0800</bug_when>
    <thetext>Comment on attachment 79208
Proposed patch

wrong bug, sorry</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1052718</commentid>
    <comment_count>15</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2014-12-05 06:55:31 -0800</bug_when>
    <thetext>There is no Qt, no need for any discussion about it.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>66885</attachid>
            <date>2010-09-08 05:49:16 -0700</date>
            <delta_ts>2010-09-08 08:16:24 -0700</delta_ts>
            <desc>proposed patch</desc>
            <filename>0001-proposed.patch</filename>
            <type>text/plain</type>
            <size>2871</size>
            <attacher name="Peter Varga">pvarga</attacher>
            
              <data encoding="base64">RnJvbSA4MzdlMjRjNTU5ZTQ2OGY1MzU3MzZkODEzNTA0MmNjMDkyMGFmYzgzIE1vbiBTZXAgMTcg
MDA6MDA6MDAgMjAwMQpGcm9tOiBQZXRlciBWYXJnYSA8cHZhcmdhQGluZi51LXN6ZWdlZC5odT4K
RGF0ZTogV2VkLCA4IFNlcCAyMDEwIDE0OjQ3OjA2ICswMjAwClN1YmplY3Q6IFtQQVRDSF0gcHJv
cG9zZWQKCi0tLQogV2ViS2l0VG9vbHMvQ2hhbmdlTG9nICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgfCAgIDE2ICsrKysrKysrKysrKysrKysKIC4uLi9UZXN0TmV0c2NhcGVQbHVnSW4vUGx1
Z2luT2JqZWN0LmNwcCAgICAgICAgICAgIHwgICAgNCArKystCiBXZWJLaXRUb29scy9EdW1wUmVu
ZGVyVHJlZS9xdC9JbWFnZURpZmYuY3BwICAgICAgICB8ICAgIDIgKy0KIDMgZmlsZXMgY2hhbmdl
ZCwgMjAgaW5zZXJ0aW9ucygrKSwgMiBkZWxldGlvbnMoLSkKCmRpZmYgLS1naXQgYS9XZWJLaXRU
b29scy9DaGFuZ2VMb2cgYi9XZWJLaXRUb29scy9DaGFuZ2VMb2cKaW5kZXggNGVlZTA3OC4uZTA1
Y2JmOSAxMDA2NDQKLS0tIGEvV2ViS2l0VG9vbHMvQ2hhbmdlTG9nCisrKyBiL1dlYktpdFRvb2xz
L0NoYW5nZUxvZwpAQCAtMSwzICsxLDE5IEBACisyMDEwLTA5LTA4ICBQZXRlciBWYXJnYSAgPHB2
YXJnYUBpbmYudS1zemVnZWQuaHU+CisKKyAgICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BT
ISkuCisKKyAgICAgICAgRml4IGlnbm9yaW5nIHJldHVybiB2YWx1ZSB3YXJuaW5nIGluIGNhc2Ug
b2YgZ2NjIDQuNC40CisgICAgICAgIGh0dHBzOi8vYnVncy53ZWJraXQub3JnL3Nob3dfYnVnLmNn
aT9pZD00NTM4NAorCisgICAgICAgICogRHVtcFJlbmRlclRyZWUvVGVzdE5ldHNjYXBlUGx1Z0lu
L1BsdWdpbk9iamVjdC5jcHA6CisgICAgICAgICh0ZXN0UG9zdFVSTEZpbGUpOgorICAgICAgICBJ
ZiBmd3JpdGUgaGF2ZSB3cml0dGVuIHplcm8gYnl0ZSB0aGVuIHRoZSB0ZXN0UG9zdFVSTEZpbGUg
ZnVuY3Rpb24KKyAgICAgICAgcmV0dXJucyB3aXRoIGZhbHNlIGFzIHRlbXBGaWxlIGNhbid0IGJl
IG9wZW5lZC4KKyAgICAgICAgKiBEdW1wUmVuZGVyVHJlZS9xdC9JbWFnZURpZmYuY3BwOgorICAg
ICAgICAobWFpbik6CisgICAgICAgIFB1dCBmd3JpdGUgZnVuY3Rpb24gaW50byBhbiBpZiBjb25k
aXRpb24gd2l0aG91dCBib2R5IHRvIGF2b2lkCisgICAgICAgIHdhcm5pbmcuIEl0IGlzIHNhZmUg
YmVjYXVzZSB0aGlzIGZ1bmN0aW9uIHdyaXRlcyB0byB0aGUgc3Rkb3V0LgorCiAyMDEwLTA5LTA4
ICBTYXRpc2ggU2FtcGF0aCAgPHNhdGlzaEBjaHJvbWl1bS5vcmc+CiAKICAgICAgICAgVW5yZXZp
ZXdlZCwgYWRkaW5nIG15c2VsZiB0byBjb21taXR0ZXJzIGxpc3QuCmRpZmYgLS1naXQgYS9XZWJL
aXRUb29scy9EdW1wUmVuZGVyVHJlZS9UZXN0TmV0c2NhcGVQbHVnSW4vUGx1Z2luT2JqZWN0LmNw
cCBiL1dlYktpdFRvb2xzL0R1bXBSZW5kZXJUcmVlL1Rlc3ROZXRzY2FwZVBsdWdJbi9QbHVnaW5P
YmplY3QuY3BwCmluZGV4IDQ0ZmFmYTEuLjUwMDI0MDAgMTAwNjQ0Ci0tLSBhL1dlYktpdFRvb2xz
L0R1bXBSZW5kZXJUcmVlL1Rlc3ROZXRzY2FwZVBsdWdJbi9QbHVnaW5PYmplY3QuY3BwCisrKyBi
L1dlYktpdFRvb2xzL0R1bXBSZW5kZXJUcmVlL1Rlc3ROZXRzY2FwZVBsdWdJbi9QbHVnaW5PYmpl
Y3QuY3BwCkBAIC02OTAsNyArNjkwLDkgQEAgc3RhdGljIGJvb2wgdGVzdFBvc3RVUkxGaWxlKFBs
dWdpbk9iamVjdCogb2JqLCBjb25zdCBOUFZhcmlhbnQqIGFyZ3MsIHVpbnQzMl90IGEKICAgICBp
ZiAoIXRlbXBGaWxlKQogICAgICAgICByZXR1cm4gZmFsc2U7CiAKLSAgICBmd3JpdGUoY29udGVu
dHNTdHJpbmcuVVRGOENoYXJhY3RlcnMsIGNvbnRlbnRzU3RyaW5nLlVURjhMZW5ndGgsIDEsIHRl
bXBGaWxlKTsKKyAgICBpZiAoIWZ3cml0ZShjb250ZW50c1N0cmluZy5VVEY4Q2hhcmFjdGVycywg
Y29udGVudHNTdHJpbmcuVVRGOExlbmd0aCwgMSwgdGVtcEZpbGUpKQorICAgICAgICByZXR1cm4g
ZmFsc2U7CisKICAgICBmY2xvc2UodGVtcEZpbGUpOwogCiAgICAgTlBFcnJvciBlcnJvciA9IGJy
b3dzZXItPnBvc3R1cmwob2JqLT5ucHAsIHVybCwgdGFyZ2V0LCBwYXRoU3RyaW5nLlVURjhMZW5n
dGgsIHBhdGgsIFRSVUUpOwpkaWZmIC0tZ2l0IGEvV2ViS2l0VG9vbHMvRHVtcFJlbmRlclRyZWUv
cXQvSW1hZ2VEaWZmLmNwcCBiL1dlYktpdFRvb2xzL0R1bXBSZW5kZXJUcmVlL3F0L0ltYWdlRGlm
Zi5jcHAKaW5kZXggOGVlNjhkYi4uZDJiMGM4MSAxMDA2NDQKLS0tIGEvV2ViS2l0VG9vbHMvRHVt
cFJlbmRlclRyZWUvcXQvSW1hZ2VEaWZmLmNwcAorKysgYi9XZWJLaXRUb29scy9EdW1wUmVuZGVy
VHJlZS9xdC9JbWFnZURpZmYuY3BwCkBAIC0xMzIsNyArMTMyLDcgQEAgaW50IG1haW4oaW50IGFy
Z2MsIGNoYXIqIGFyZ3ZbXSkKICAgICAgICAgICAgICAgICAgICAgYnVmZmVyLmNsb3NlKCk7CiAg
ICAgICAgICAgICAgICAgICAgIGNvbnN0IFFCeXRlQXJyYXkgJmRhdGEgPSBidWZmZXIuZGF0YSgp
OwogICAgICAgICAgICAgICAgICAgICBwcmludGYoIkNvbnRlbnQtTGVuZ3RoOiAlbHVcbiIsIHN0
YXRpY19jYXN0PHVuc2lnbmVkIGxvbmc+KGRhdGEubGVuZ3RoKCkpKTsKLSAgICAgICAgICAgICAg
ICAgICAgZndyaXRlKGRhdGEuY29uc3REYXRhKCksIDEsIGRhdGEubGVuZ3RoKCksIHN0ZG91dCk7
CisgICAgICAgICAgICAgICAgICAgIGlmIChmd3JpdGUoZGF0YS5jb25zdERhdGEoKSwgMSwgZGF0
YS5sZW5ndGgoKSwgc3Rkb3V0KSkge30KIAogICAgICAgICAgICAgICAgICAgICBmcHJpbnRmKHN0
ZG91dCwgImRpZmY6ICUwMS4yZiUlIGZhaWxlZFxuIiwgZGlmZmVyZW5jZSk7CiAgICAgICAgICAg
ICAgICAgfQotLSAKMS43LjIuMgoK
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>79208</attachid>
            <date>2011-01-17 13:10:34 -0800</date>
            <delta_ts>2011-01-17 13:12:24 -0800</delta_ts>
            <desc>Proposed patch</desc>
            <filename>fscanf_break.patch</filename>
            <type>text/plain</type>
            <size>1698</size>
            <attacher name="Jarred Nicholls">jarred</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL1NvdXJjZS9KYXZhU2NyaXB0Q29yZS9DaGFuZ2VMb2cgYi9Tb3VyY2UvSmF2
YVNjcmlwdENvcmUvQ2hhbmdlTG9nCmluZGV4IGM3YjM1ODkuLjM0YzdlNzQgMTAwNjQ0Ci0tLSBh
L1NvdXJjZS9KYXZhU2NyaXB0Q29yZS9DaGFuZ2VMb2cKKysrIGIvU291cmNlL0phdmFTY3JpcHRD
b3JlL0NoYW5nZUxvZwpAQCAtMSwzICsxLDE2IEBACisyMDExLTAxLTE3ICBKYXJyZWQgTmljaG9s
bHMgIDxqYXJyZWRAc2VuY2hhLmNvbT4KKworICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9P
UFMhKS4KKworICAgICAgICBSRUdSRVNTSU9OKHI3NTcwOSk6IFJldHVybiB2YWx1ZSBvZiBmc2Nh
bmYoKSBzaG91bGRuJ3QgYmUgaWdub3JlZC4KKyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5v
cmcvc2hvd19idWcuY2dpP2lkPTUyNTg1CisgICAgICAgIAorICAgICAgICBnY2MgNC40LjQrIGhh
cyB3YXJuX3VudXNlZF92YWx1ZSBhdHRyaWJ1dGUgb24gZnNjYW5mLCBzbyB3ZSBzaG91bGQgY2hl
Y2sKKyAgICAgICAgdGhlIHJldHVybiB2YWx1ZSB0byBnZXQgYXJvdW5kIHRoZSBnY2Mgd2Fybmlu
ZworCisgICAgICAgICogaml0L0V4ZWN1dGFibGVBbGxvY2F0b3JGaXhlZFZNUG9vbC5jcHA6Cisg
ICAgICAgIChKU0M6Om1heWJlTW9kaWZ5Vk1Qb29sU2l6ZSk6CisKIDIwMTEtMDEtMTcgIERhbiBC
ZXJuc3RlaW4gIDxtaXR6QGFwcGxlLmNvbT4KIAogICAgICAgICBSdWJiZXItc3RhbXBlZCBieSBN
YXJrIFJvd2UuCmRpZmYgLS1naXQgYS9Tb3VyY2UvSmF2YVNjcmlwdENvcmUvaml0L0V4ZWN1dGFi
bGVBbGxvY2F0b3JGaXhlZFZNUG9vbC5jcHAgYi9Tb3VyY2UvSmF2YVNjcmlwdENvcmUvaml0L0V4
ZWN1dGFibGVBbGxvY2F0b3JGaXhlZFZNUG9vbC5jcHAKaW5kZXggZGQ3MTFkNC4uZmFiOTFkMiAx
MDA2NDQKLS0tIGEvU291cmNlL0phdmFTY3JpcHRDb3JlL2ppdC9FeGVjdXRhYmxlQWxsb2NhdG9y
Rml4ZWRWTVBvb2wuY3BwCisrKyBiL1NvdXJjZS9KYXZhU2NyaXB0Q29yZS9qaXQvRXhlY3V0YWJs
ZUFsbG9jYXRvckZpeGVkVk1Qb29sLmNwcApAQCAtNDYxLDEwICs0NjEsMTQgQEAgc3RhdGljIHZv
aWQgbWF5YmVNb2RpZnlWTVBvb2xTaXplKCkKICAgICAgICAgcmV0dXJuOwogCiAgICAgdW5zaWdu
ZWQgb3ZlcmNvbW1pdCA9IDA7Ci0gICAgZnNjYW5mKGZwLCAiJXUiLCAmb3ZlcmNvbW1pdCk7Ci0g
ICAgaWYgKG92ZXJjb21taXQgPT0gMSkgewotICAgICAgICB2bVBvb2xTaXplID0gdm1Qb29sU2l6
ZU92ZXJjb21taXQ7Ci0gICAgICAgIGNvYWxlc2NlTGltaXQgPSBjb2FsZXNjZUxpbWl0T3ZlcmNv
bW1pdDsKKworICAgIC8vIFdlIGhhdmUgdG8gdXNlIHRoZSByZXR1cm4gdmFsdWUgb2YgZnNjYW5m
IHRvIGF2b2lkICJpZ25vcmluZyByZXR1cm4gdmFsdWUiIGdjYyB3YXJuaW5nCisgICAgLy8gU2Vl
IGh0dHBzOi8vYnVncy53ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9pZD00NTM4NCBmb3IgZGV0YWls
cy4KKyAgICBpZiAoZnNjYW5mKGZwLCAiJXUiLCAmb3ZlcmNvbW1pdCkpIHsKKyAgICAgICAgaWYg
KG92ZXJjb21taXQgPT0gMSkgeworICAgICAgICAgICAgdm1Qb29sU2l6ZSA9IHZtUG9vbFNpemVP
dmVyY29tbWl0OworICAgICAgICAgICAgY29hbGVzY2VMaW1pdCA9IGNvYWxlc2NlTGltaXRPdmVy
Y29tbWl0OworICAgICAgICB9CiAgICAgfQogCiAgICAgZmNsb3NlKGZwKTsK
</data>
<flag name="review"
          id="70591"
          type_id="1"
          status="-"
          setter="jarred"
    />
          </attachment>
      

    </bug>

</bugzilla>