<?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>28670</bug_id>
          
          <creation_ts>2009-08-23 13:58:32 -0700</creation_ts>
          <short_desc>[Chromium] Multi-value select boxes cannot do non-contiguous selection</short_desc>
          <delta_ts>2009-08-26 06:56:28 -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>Forms</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>Mac</rep_platform>
          <op_sys>OS X 10.5</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc>http://code.google.com/p/chromium/issues/detail?id=15998</bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>0</everconfirmed>
          <reporter name="Robert Sesek">rsesek</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>darin</cc>
    
    <cc>eric</cc>
    
    <cc>fishd</cc>
    
    <cc>playmobil</cc>
    
    <cc>sam</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>142241</commentid>
    <comment_count>0</comment_count>
    <who name="Robert Sesek">rsesek</who>
    <bug_when>2009-08-23 13:58:32 -0700</bug_when>
    <thetext>On Chromium Mac, you cannot perform non-contiguous selection on a multi-value list box in the normal Mac way. On the Mac, you do this kind of selection by holding down the Command key; on Windows, you do this with the Control key. In SelectElement.cpp, the #if guard that determines which of these keys to respect uses PLATFORM(MAC), which is always false for Chromium. The fix is to use PLATFORM(DARWIN). Patch coming shortly.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>142245</commentid>
    <comment_count>1</comment_count>
      <attachid>38458</attachid>
    <who name="Robert Sesek">rsesek</who>
    <bug_when>2009-08-23 14:31:00 -0700</bug_when>
    <thetext>Created attachment 38458
Fix</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>142249</commentid>
    <comment_count>2</comment_count>
      <attachid>38458</attachid>
    <who name="Jeremy Moskovich">playmobil</who>
    <bug_when>2009-08-23 15:21:31 -0700</bug_when>
    <thetext>Comment on attachment 38458
Fix

WebKit convention is to cc relevant parties and not to assign specific reviewers, thus I&apos;m moving Darin to the cc list.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>142257</commentid>
    <comment_count>3</comment_count>
    <who name="Sam Weinig">sam</who>
    <bug_when>2009-08-23 16:40:20 -0700</bug_when>
    <thetext>This does not seem like a Darwin level idea, it is very specific to the Mac.  Is this how we have been solving other cases similar to this?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>142258</commentid>
    <comment_count>4</comment_count>
    <who name="Robert Sesek">rsesek</who>
    <bug_when>2009-08-23 16:53:05 -0700</bug_when>
    <thetext>We use at the top of the file:

#if PLATFORM(MAC) || (PLATFORM(CHROMIUM) &amp;&amp; PLATFORM(DARWIN))

I spoke to Jeremy about hit and he thought we could reduce it to just PLATFORM(DARWIN).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>142269</commentid>
    <comment_count>5</comment_count>
    <who name="Darin Adler">darin</who>
    <bug_when>2009-08-23 22:13:23 -0700</bug_when>
    <thetext>(In reply to comment #4)
&gt; We use at the top of the file:
&gt; 
&gt; #if PLATFORM(MAC) || (PLATFORM(CHROMIUM) &amp;&amp; PLATFORM(DARWIN))
&gt; 
&gt; I spoke to Jeremy about hit and he thought we could reduce it to just
&gt; PLATFORM(DARWIN).

Mechanically that&apos;s OK, but it&apos;s not exactly the right concept. PLATFORM(DARWIN) is really supposed to be an OS-level switch like PLATFORM(WINOS) that tells you what low level OS is on the target machine. PLATFORM(DARWIN) means Apple&apos;s Unix variant with things like frameworks and certain libraries expected to be installed.

This seems to be more about which style of user interface we want. Chromium creates a non-Mac platform that wants to follow Mac user interface style because while it&apos;s virtual it is on a Mac.

To make that clear I think we&apos;ll probably need a different macro in the long run. Short run, we might be OK saying PLATFORM(DARWIN) here unless there&apos;s some other port running with PLATFORM(DARWIN) defined that doesn&apos;t want this behavior. For example, it&apos;s not too farfetched to imagine trouble if you were compiling for QT or GTK on a Mac.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>142302</commentid>
    <comment_count>6</comment_count>
    <who name="Robert Sesek">rsesek</who>
    <bug_when>2009-08-24 05:28:47 -0700</bug_when>
    <thetext>(In reply to comment #5)
&gt; Mechanically that&apos;s OK, but it&apos;s not exactly the right concept.
&gt; PLATFORM(DARWIN) is really supposed to be an OS-level switch like
&gt; PLATFORM(WINOS) that tells you what low level OS is on the target machine.
&gt; PLATFORM(DARWIN) means Apple&apos;s Unix variant with things like frameworks and
&gt; certain libraries expected to be installed.
&gt; 
&gt; This seems to be more about which style of user interface we want. Chromium
&gt; creates a non-Mac platform that wants to follow Mac user interface style
&gt; because while it&apos;s virtual it is on a Mac.
&gt; 
&gt; To make that clear I think we&apos;ll probably need a different macro in the long
&gt; run. Short run, we might be OK saying PLATFORM(DARWIN) here unless there&apos;s some
&gt; other port running with PLATFORM(DARWIN) defined that doesn&apos;t want this
&gt; behavior. For example, it&apos;s not too farfetched to imagine trouble if you were
&gt; compiling for QT or GTK on a Mac.

Then to be on the safe side, I think the answer is to use, like we do earlier in the same file, PLATFORM(MAC) || (PLATFORM(CHROMIUM) &amp;&amp; PLATFORM(DARWIN)). From what I&apos;ve discovered on mailing lists, PLATFORM(MAC) is used pretty much for Safari on OS X. Perhaps the right answer long-term is to make a PLATFORM(SAFARI) so that PLATFORM(MAC) can be used in instances like this.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>142303</commentid>
    <comment_count>7</comment_count>
      <attachid>38478</attachid>
    <who name="Robert Sesek">rsesek</who>
    <bug_when>2009-08-24 05:33:59 -0700</bug_when>
    <thetext>Created attachment 38478
Adjusted condition per comment 6</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>142329</commentid>
    <comment_count>8</comment_count>
    <who name="Darin Adler">darin</who>
    <bug_when>2009-08-24 10:47:37 -0700</bug_when>
    <thetext>(In reply to comment #6)
&gt; From what I&apos;ve discovered on mailing lists, PLATFORM(MAC) is used pretty much
&gt; for Safari on OS X. Perhaps the right answer long-term is to make a
&gt; PLATFORM(SAFARI) so that PLATFORM(MAC) can be used in instances like this.

This is a great oversimplification and would not be correct. For example, Safari works on Windows. And tons of Mac OS X applications use the PLATFORM(MAC) version of WebKit, not just Safari.

PLATFORM(MAC) is about having WebKit on top of Mac OS X frameworks like AppKit. The Chromium port is peculiar because it&apos;s WebKit on Mac OS X, but striving to not be on top of something like AppKit because of the particular architecture of the Chrome browser, and instead of being on top of the OS frameworks, it&apos;s on top a special Chromium layer.

We do have a plan to fix the platform macros and make various more specific names, which should solve this problem. Maciej Stachowiak sent mail to webkit-dev a couple months ago about it. But PLATFORM(SAFARI) would be terrible and a step in the wrong direction!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>142350</commentid>
    <comment_count>9</comment_count>
    <who name="Jeremy Moskovich">playmobil</who>
    <bug_when>2009-08-24 11:39:19 -0700</bug_when>
    <thetext>Robert:
The discussion of the right macros to use for cases like this seems to come up every time we need some code to be used on both Chrome/OS X &amp; Safari since the current situation is sub-optimal.

I think in the long term we need to fix this but I think the discussion of what that solution is belongs in a separate bug or on webkit-dev.

Per-Darin&apos;s comment could you resubmit your first patch and use PLATFORM(DARWIN).

Sam:
Up till now we&apos;ve resolved these issues by changing these to PLATFORM(DARWIN).

Darin &amp; Sam: Thanks for your comments, I don&apos;t want to sound like we don&apos;t care about doing the right thing for this, we most certain do want a good long term solution here!  But as mentioned above, I think we should discuss this in another scope.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>142358</commentid>
    <comment_count>10</comment_count>
      <attachid>38489</attachid>
    <who name="Robert Sesek">rsesek</who>
    <bug_when>2009-08-24 11:56:13 -0700</bug_when>
    <thetext>Created attachment 38489
Using just PLATFORM(DARWIN)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>142366</commentid>
    <comment_count>11</comment_count>
      <attachid>38489</attachid>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2009-08-24 12:28:51 -0700</bug_when>
    <thetext>Comment on attachment 38489
Using just PLATFORM(DARWIN)

I think this change looks fine.  However some might disagree with me, given how contentious and mis-understood the PLATFORM #defines have been in the pass. I really hope that Maciej delivers his grand re-write soon to end all this needless confusion. :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>142393</commentid>
    <comment_count>12</comment_count>
      <attachid>38489</attachid>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2009-08-24 13:29:03 -0700</bug_when>
    <thetext>Comment on attachment 38489
Using just PLATFORM(DARWIN)

Rejecting patch 38489 from commit-queue.  This patch will require manual commit.

Failed to run &quot;[&apos;git&apos;, &apos;svn&apos;, &apos;dcommit&apos;]&quot;  exit_code: 1  cwd: None</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>142396</commentid>
    <comment_count>13</comment_count>
      <attachid>38489</attachid>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2009-08-24 13:40:07 -0700</bug_when>
    <thetext>Comment on attachment 38489
Using just PLATFORM(DARWIN)

commit-queue bug.  checkin occured to the ChangeLog file while the commit-queue was processing this.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>142398</commentid>
    <comment_count>14</comment_count>
    <who name="Mark Rowe (bdash)">mrowe</who>
    <bug_when>2009-08-24 13:44:52 -0700</bug_when>
    <thetext>PLATFORM(DARWIN) really isn&apos;t the right macro to be using here.  The desired is specific to the behavior of the Mac OS X interface.  It may not make sense for an X11 application on Mac OS X, or directly on top of Darwin.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>142400</commentid>
    <comment_count>15</comment_count>
      <attachid>38489</attachid>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2009-08-24 13:47:19 -0700</bug_when>
    <thetext>Comment on attachment 38489
Using just PLATFORM(DARWIN)

Rejecting patch 38489 from commit-queue.  This patch will require manual commit.

Failed to run &quot;[&apos;git&apos;, &apos;svn&apos;, &apos;dcommit&apos;]&quot;  exit_code: 1  cwd: None</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>142402</commentid>
    <comment_count>16</comment_count>
      <attachid>38489</attachid>
    <who name="Mark Rowe (bdash)">mrowe</who>
    <bug_when>2009-08-24 13:51:43 -0700</bug_when>
    <thetext>Comment on attachment 38489
Using just PLATFORM(DARWIN)

Clearing r+ since this is not correct.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>142403</commentid>
    <comment_count>17</comment_count>
    <who name="Jeremy Moskovich">playmobil</who>
    <bug_when>2009-08-24 13:55:09 -0700</bug_when>
    <thetext>Mark: What do you think the right #ifdef is here?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>142423</commentid>
    <comment_count>18</comment_count>
    <who name="Darin Fisher (:fishd, Google)">fishd</who>
    <bug_when>2009-08-24 14:57:05 -0700</bug_when>
    <thetext>Here is what we have been using thus far:

  #if PLATFORM(MAC) || (PLATFORM(CHROMIUM) &amp;&amp; PLATFORM(DARWIN))

If that is not correct, we should discuss it separately, and come up with a better solution to apply globally.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>142460</commentid>
    <comment_count>19</comment_count>
    <who name="Mark Rowe (bdash)">mrowe</who>
    <bug_when>2009-08-24 16:51:45 -0700</bug_when>
    <thetext>(In reply to comment #18)
&gt; Here is what we have been using thus far:
&gt; 
&gt;   #if PLATFORM(MAC) || (PLATFORM(CHROMIUM) &amp;&amp; PLATFORM(DARWIN))
&gt; 
&gt; If that is not correct, we should discuss it separately, and come up with a
&gt; better solution to apply globally.

While not perfect, this seems more reasonable to me.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>142462</commentid>
    <comment_count>20</comment_count>
      <attachid>38478</attachid>
    <who name="Mark Rowe (bdash)">mrowe</who>
    <bug_when>2009-08-24 16:53:20 -0700</bug_when>
    <thetext>Comment on attachment 38478
Adjusted condition per comment 6

&gt; Index: WebCore/ChangeLog
&gt; ===================================================================
&gt; --- WebCore/ChangeLog	(revision 47695)
&gt; +++ WebCore/ChangeLog	(working copy)
&gt; @@ -1,3 +1,20 @@
&gt; +2009-08-23  Robert Sesek  &lt;rsesek@chromium.org&gt;
&gt; +
&gt; +        Reviewed by NOBODY (OOPS!).
&gt; +
&gt; +        [Chromium] Multi-value select boxes cannot do non-contiguous selection on Mac
&gt; +        https://bugs.webkit.org/show_bug.cgi?id=28670
&gt; +
&gt; +        Change the condition regarding the key modifier check for non-contiguous
&gt; +        selection on a multi-value select from PLATFORM(MAC) to PLATFORM(DARWIN), so
&gt; +        that Chromium works as expected on Mac.

This doesn&apos;t describe the change that was actually made, so it&apos;ll need to be updated. The actual code change looks fine.

r=me</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>142464</commentid>
    <comment_count>21</comment_count>
      <attachid>38514</attachid>
    <who name="Robert Sesek">rsesek</who>
    <bug_when>2009-08-24 17:03:58 -0700</bug_when>
    <thetext>Created attachment 38514
FINAL- Revised Changelog

Thanks, Mark. I&apos;ve added a new patch with the revised Changelog.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>142720</commentid>
    <comment_count>22</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2009-08-25 16:15:09 -0700</bug_when>
    <thetext>Is the final patch supposed to be marked for review?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>142723</commentid>
    <comment_count>23</comment_count>
      <attachid>38514</attachid>
    <who name="Robert Sesek">rsesek</who>
    <bug_when>2009-08-25 16:20:40 -0700</bug_when>
    <thetext>Comment on attachment 38514
FINAL- Revised Changelog

Oops, you&apos;re right. Flag set, now.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>142821</commentid>
    <comment_count>24</comment_count>
      <attachid>38478</attachid>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2009-08-26 03:17:01 -0700</bug_when>
    <thetext>Comment on attachment 38478
Adjusted condition per comment 6

obsoleting this patch since a new one has been posted.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>142822</commentid>
    <comment_count>25</comment_count>
      <attachid>38514</attachid>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2009-08-26 03:17:39 -0700</bug_when>
    <thetext>Comment on attachment 38514
FINAL- Revised Changelog

LGTM.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>142845</commentid>
    <comment_count>26</comment_count>
      <attachid>38514</attachid>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2009-08-26 06:56:23 -0700</bug_when>
    <thetext>Comment on attachment 38514
FINAL- Revised Changelog

Clearing flags on attachment: 38514

Committed r47777: &lt;http://trac.webkit.org/changeset/47777&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>142846</commentid>
    <comment_count>27</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2009-08-26 06:56:28 -0700</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>38458</attachid>
            <date>2009-08-23 14:31:00 -0700</date>
            <delta_ts>2009-08-24 05:33:59 -0700</delta_ts>
            <desc>Fix</desc>
            <filename>bug-28670.patch</filename>
            <type>text/plain</type>
            <size>1501</size>
            <attacher name="Robert Sesek">rsesek</attacher>
            
              <data encoding="base64">SW5kZXg6IFdlYkNvcmUvQ2hhbmdlTG9nCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIFdlYkNvcmUvQ2hhbmdlTG9n
CShyZXZpc2lvbiA0NzY5NSkKKysrIFdlYkNvcmUvQ2hhbmdlTG9nCSh3b3JraW5nIGNvcHkpCkBA
IC0xLDMgKzEsMjAgQEAKKzIwMDktMDgtMjMgIFJvYmVydCBTZXNlayAgPHJzZXNla0BjaHJvbWl1
bS5vcmc+CisKKyAgICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BTISkuCisKKyAgICAgICAg
W0Nocm9taXVtXSBNdWx0aS12YWx1ZSBzZWxlY3QgYm94ZXMgY2Fubm90IGRvIG5vbi1jb250aWd1
b3VzIHNlbGVjdGlvbiBvbiBNYWMKKyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hv
d19idWcuY2dpP2lkPTI4NjcwCisKKyAgICAgICAgQ2hhbmdlIHRoZSBjb25kaXRpb24gcmVnYXJk
aW5nIHRoZSBrZXkgbW9kaWZpZXIgY2hlY2sgZm9yIG5vbi1jb250aWd1b3VzCisgICAgICAgIHNl
bGVjdGlvbiBvbiBhIG11bHRpLXZhbHVlIHNlbGVjdCBmcm9tIFBMQVRGT1JNKE1BQykgdG8gUExB
VEZPUk0oREFSV0lOKSwgc28KKyAgICAgICAgdGhhdCBDaHJvbWl1bSB3b3JrcyBhcyBleHBlY3Rl
ZCBvbiBNYWMuCisKKyAgICAgICAgTm8gbmV3IHRlc3RzLiBUaGlzIHBhdGNoIG9ubHkgY2hhbmdl
cyB0aGUgY29uZGl0aW9uIG9uIHdoaWNoIGEgY2VydGFpbiBtb3VzZQorICAgICAgICBldmVudCBt
b2RpZmllciBrZXkgaXMgdXNlZC4KKworICAgICAgICAqIC4uLy4uLy4uL2RvbS9TZWxlY3RFbGVt
ZW50LmNwcDoKKyAgICAgICAgKFNlbGVjdEVsZW1lbnQ6Omxpc3RCb3hEZWZhdWx0RXZlbnRIYW5k
bGVyKToKKwogMjAwOS0wOC0yMyAgUGF2ZWwgRmVsZG1hbiAgPHBmZWxkbWFuQGNocm9taXVtLm9y
Zz4KIAogICAgICAgICBSZXZpZXdlZCBieSBUaW1vdGh5IEhhdGNoZXIuCkluZGV4OiBXZWJDb3Jl
L2RvbS9TZWxlY3RFbGVtZW50LmNwcAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBXZWJDb3JlL2RvbS9TZWxlY3RF
bGVtZW50LmNwcAkocmV2aXNpb24gNDc2NDYpCisrKyBXZWJDb3JlL2RvbS9TZWxlY3RFbGVtZW50
LmNwcAkod29ya2luZyBjb3B5KQpAQCAtNjc2LDcgKzY3Niw3IEBAIHZvaWQgU2VsZWN0RWxlbWVu
dDo6bGlzdEJveERlZmF1bHRFdmVudEgKICAgICAgICAgICAgIGRhdGEuc2V0QWN0aXZlU2VsZWN0
aW9uU3RhdGUodHJ1ZSk7CiAgICAgICAgICAgICAKICAgICAgICAgICAgIGJvb2wgbXVsdGlTZWxl
Y3RLZXlQcmVzc2VkID0gZmFsc2U7Ci0jaWYgUExBVEZPUk0oTUFDKQorI2lmIFBMQVRGT1JNKERB
UldJTikKICAgICAgICAgICAgIG11bHRpU2VsZWN0S2V5UHJlc3NlZCA9IG1vdXNlRXZlbnQtPm1l
dGFLZXkoKTsKICNlbHNlCiAgICAgICAgICAgICBtdWx0aVNlbGVjdEtleVByZXNzZWQgPSBtb3Vz
ZUV2ZW50LT5jdHJsS2V5KCk7Cg==
</data>

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>38478</attachid>
            <date>2009-08-24 05:33:59 -0700</date>
            <delta_ts>2009-08-26 03:17:01 -0700</delta_ts>
            <desc>Adjusted condition per comment 6</desc>
            <filename>bug-28670.patch</filename>
            <type>text/plain</type>
            <size>1542</size>
            <attacher name="Robert Sesek">rsesek</attacher>
            
              <data encoding="base64">SW5kZXg6IFdlYkNvcmUvQ2hhbmdlTG9nCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIFdlYkNvcmUvQ2hhbmdlTG9n
CShyZXZpc2lvbiA0NzY5NSkKKysrIFdlYkNvcmUvQ2hhbmdlTG9nCSh3b3JraW5nIGNvcHkpCkBA
IC0xLDMgKzEsMjAgQEAKKzIwMDktMDgtMjMgIFJvYmVydCBTZXNlayAgPHJzZXNla0BjaHJvbWl1
bS5vcmc+CisKKyAgICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BTISkuCisKKyAgICAgICAg
W0Nocm9taXVtXSBNdWx0aS12YWx1ZSBzZWxlY3QgYm94ZXMgY2Fubm90IGRvIG5vbi1jb250aWd1
b3VzIHNlbGVjdGlvbiBvbiBNYWMKKyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hv
d19idWcuY2dpP2lkPTI4NjcwCisKKyAgICAgICAgQ2hhbmdlIHRoZSBjb25kaXRpb24gcmVnYXJk
aW5nIHRoZSBrZXkgbW9kaWZpZXIgY2hlY2sgZm9yIG5vbi1jb250aWd1b3VzCisgICAgICAgIHNl
bGVjdGlvbiBvbiBhIG11bHRpLXZhbHVlIHNlbGVjdCBmcm9tIFBMQVRGT1JNKE1BQykgdG8gUExB
VEZPUk0oREFSV0lOKSwgc28KKyAgICAgICAgdGhhdCBDaHJvbWl1bSB3b3JrcyBhcyBleHBlY3Rl
ZCBvbiBNYWMuCisKKyAgICAgICAgTm8gbmV3IHRlc3RzLiBUaGlzIHBhdGNoIG9ubHkgY2hhbmdl
cyB0aGUgY29uZGl0aW9uIG9uIHdoaWNoIGEgY2VydGFpbiBtb3VzZQorICAgICAgICBldmVudCBt
b2RpZmllciBrZXkgaXMgdXNlZC4KKworICAgICAgICAqIGRvbS9TZWxlY3RFbGVtZW50LmNwcDoK
KyAgICAgICAgKFdlYkNvcmU6OlNlbGVjdEVsZW1lbnQ6Omxpc3RCb3hEZWZhdWx0RXZlbnRIYW5k
bGVyKToKKwogMjAwOS0wOC0yMyAgUGF2ZWwgRmVsZG1hbiAgPHBmZWxkbWFuQGNocm9taXVtLm9y
Zz4KIAogICAgICAgICBSZXZpZXdlZCBieSBUaW1vdGh5IEhhdGNoZXIuCkluZGV4OiBXZWJDb3Jl
L2RvbS9TZWxlY3RFbGVtZW50LmNwcAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBXZWJDb3JlL2RvbS9TZWxlY3RF
bGVtZW50LmNwcAkocmV2aXNpb24gNDc2NDYpCisrKyBXZWJDb3JlL2RvbS9TZWxlY3RFbGVtZW50
LmNwcAkod29ya2luZyBjb3B5KQpAQCAtNjc2LDcgKzY3Niw3IEBAIHZvaWQgU2VsZWN0RWxlbWVu
dDo6bGlzdEJveERlZmF1bHRFdmVudEgKICAgICAgICAgICAgIGRhdGEuc2V0QWN0aXZlU2VsZWN0
aW9uU3RhdGUodHJ1ZSk7CiAgICAgICAgICAgICAKICAgICAgICAgICAgIGJvb2wgbXVsdGlTZWxl
Y3RLZXlQcmVzc2VkID0gZmFsc2U7Ci0jaWYgUExBVEZPUk0oTUFDKQorI2lmIFBMQVRGT1JNKE1B
QykgfHwgKFBMQVRGT1JNKENIUk9NSVVNKSAmJiBQTEFURk9STShEQVJXSU4pKQogICAgICAgICAg
ICAgbXVsdGlTZWxlY3RLZXlQcmVzc2VkID0gbW91c2VFdmVudC0+bWV0YUtleSgpOwogI2Vsc2UK
ICAgICAgICAgICAgIG11bHRpU2VsZWN0S2V5UHJlc3NlZCA9IG1vdXNlRXZlbnQtPmN0cmxLZXko
KTsK
</data>
<flag name="review"
          id="19517"
          type_id="1"
          status="+"
          setter="mrowe"
    />
    <flag name="commit-queue"
          id="19527"
          type_id="3"
          status="-"
          setter="mrowe"
    />
          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>38489</attachid>
            <date>2009-08-24 11:56:13 -0700</date>
            <delta_ts>2009-08-24 14:59:01 -0700</delta_ts>
            <desc>Using just PLATFORM(DARWIN)</desc>
            <filename>bug-28670.patch</filename>
            <type>text/plain</type>
            <size>1501</size>
            <attacher name="Robert Sesek">rsesek</attacher>
            
              <data encoding="base64">SW5kZXg6IFdlYkNvcmUvQ2hhbmdlTG9nCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIFdlYkNvcmUvQ2hhbmdlTG9n
CShyZXZpc2lvbiA0NzY5NSkKKysrIFdlYkNvcmUvQ2hhbmdlTG9nCSh3b3JraW5nIGNvcHkpCkBA
IC0xLDMgKzEsMjAgQEAKKzIwMDktMDgtMjQgIFJvYmVydCBTZXNlayAgPHJzZXNla0BjaHJvbWl1
bS5vcmc+CisKKyAgICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BTISkuCisKKyAgICAgICAg
W0Nocm9taXVtXSBNdWx0aS12YWx1ZSBzZWxlY3QgYm94ZXMgY2Fubm90IGRvIG5vbi1jb250aWd1
b3VzIHNlbGVjdGlvbiBvbiBNYWMKKyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hv
d19idWcuY2dpP2lkPTI4NjcwCisKKyAgICAgICAgQ2hhbmdlIHRoZSBjb25kaXRpb24gcmVnYXJk
aW5nIHRoZSBrZXkgbW9kaWZpZXIgY2hlY2sgZm9yIG5vbi1jb250aWd1b3VzCisgICAgICAgIHNl
bGVjdGlvbiBvbiBhIG11bHRpLXZhbHVlIHNlbGVjdCBmcm9tIFBMQVRGT1JNKE1BQykgdG8gUExB
VEZPUk0oREFSV0lOKSwgc28KKyAgICAgICAgdGhhdCBDaHJvbWl1bSB3b3JrcyBhcyBleHBlY3Rl
ZCBvbiBNYWMuCisKKyAgICAgICAgTm8gbmV3IHRlc3RzLiBUaGlzIHBhdGNoIG9ubHkgY2hhbmdl
cyB0aGUgY29uZGl0aW9uIG9uIHdoaWNoIGEgY2VydGFpbiBtb3VzZQorICAgICAgICBldmVudCBt
b2RpZmllciBrZXkgaXMgdXNlZC4KKworICAgICAgICAqIGRvbS9TZWxlY3RFbGVtZW50LmNwcDoK
KyAgICAgICAgKFdlYkNvcmU6OlNlbGVjdEVsZW1lbnQ6Omxpc3RCb3hEZWZhdWx0RXZlbnRIYW5k
bGVyKToKKwogMjAwOS0wOC0yMyAgUGF2ZWwgRmVsZG1hbiAgPHBmZWxkbWFuQGNocm9taXVtLm9y
Zz4KIAogICAgICAgICBSZXZpZXdlZCBieSBUaW1vdGh5IEhhdGNoZXIuCkluZGV4OiBXZWJDb3Jl
L2RvbS9TZWxlY3RFbGVtZW50LmNwcAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBXZWJDb3JlL2RvbS9TZWxlY3RF
bGVtZW50LmNwcAkocmV2aXNpb24gNDc2NDYpCisrKyBXZWJDb3JlL2RvbS9TZWxlY3RFbGVtZW50
LmNwcAkod29ya2luZyBjb3B5KQpAQCAtNjc2LDcgKzY3Niw3IEBAIHZvaWQgU2VsZWN0RWxlbWVu
dDo6bGlzdEJveERlZmF1bHRFdmVudEgKICAgICAgICAgICAgIGRhdGEuc2V0QWN0aXZlU2VsZWN0
aW9uU3RhdGUodHJ1ZSk7CiAgICAgICAgICAgICAKICAgICAgICAgICAgIGJvb2wgbXVsdGlTZWxl
Y3RLZXlQcmVzc2VkID0gZmFsc2U7Ci0jaWYgUExBVEZPUk0oTUFDKQorI2lmIFBMQVRGT1JNKERB
UldJTikKICAgICAgICAgICAgIG11bHRpU2VsZWN0S2V5UHJlc3NlZCA9IG1vdXNlRXZlbnQtPm1l
dGFLZXkoKTsKICNlbHNlCiAgICAgICAgICAgICBtdWx0aVNlbGVjdEtleVByZXNzZWQgPSBtb3Vz
ZUV2ZW50LT5jdHJsS2V5KCk7Cg==
</data>
<flag name="review"
          id="19506"
          type_id="1"
          status="-"
          setter="mrowe"
    />
    <flag name="commit-queue"
          id="19510"
          type_id="3"
          status="-"
          setter="eric"
    />
          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>38514</attachid>
            <date>2009-08-24 17:03:58 -0700</date>
            <delta_ts>2009-08-26 06:56:23 -0700</delta_ts>
            <desc>FINAL- Revised Changelog</desc>
            <filename>bug-28670.patch</filename>
            <type>text/plain</type>
            <size>1543</size>
            <attacher name="Robert Sesek">rsesek</attacher>
            
              <data encoding="base64">SW5kZXg6IFdlYkNvcmUvQ2hhbmdlTG9nCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIFdlYkNvcmUvQ2hhbmdlTG9n
CShyZXZpc2lvbiA0NzY5NSkKKysrIFdlYkNvcmUvQ2hhbmdlTG9nCSh3b3JraW5nIGNvcHkpCkBA
IC0xLDMgKzEsMjAgQEAKKzIwMDktMDgtMjQgIFJvYmVydCBTZXNlayAgPHJzZXNla0BjaHJvbWl1
bS5vcmc+CisKKyAgICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BTISkuCisKKyAgICAgICAg
W0Nocm9taXVtXSBNdWx0aS12YWx1ZSBzZWxlY3QgYm94ZXMgY2Fubm90IGRvIG5vbi1jb250aWd1
b3VzIHNlbGVjdGlvbiBvbiBNYWMKKyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hv
d19idWcuY2dpP2lkPTI4NjcwCisKKyAgICAgICAgQ2hhbmdlIHRoZSBjb25kaXRpb24gcmVnYXJk
aW5nIHRoZSBrZXkgbW9kaWZpZXIgY2hlY2sgZm9yIG5vbi1jb250aWd1b3VzCisgICAgICAgIHNl
bGVjdGlvbiBvbiBhIG11bHRpLXZhbHVlIGxpc3QgZnJvbSBqdXN0IFBMQVRGT1JNKE1BQykgdG8K
KyAgICAgICAgUExBVEZPUk0oTUFDKSB8fCAoUExBVEZPUk0oQ0hST01JVU0pICYmIFBMQVRGT1JN
KERBUldJTikpLgorCisgICAgICAgIE5vIG5ldyB0ZXN0cy4gVGhpcyBwYXRjaCBvbmx5IGNoYW5n
ZXMgdGhlIGNvbmRpdGlvbiBvbiB3aGljaCBhIGNlcnRhaW4gbW91c2UKKyAgICAgICAgZXZlbnQg
bW9kaWZpZXIga2V5IGlzIHVzZWQuCisKKyAgICAgICAgKiBkb20vU2VsZWN0RWxlbWVudC5jcHA6
CisgICAgICAgIChXZWJDb3JlOjpTZWxlY3RFbGVtZW50OjpsaXN0Qm94RGVmYXVsdEV2ZW50SGFu
ZGxlcik6CisKIDIwMDktMDgtMjMgIFBhdmVsIEZlbGRtYW4gIDxwZmVsZG1hbkBjaHJvbWl1bS5v
cmc+CiAKICAgICAgICAgUmV2aWV3ZWQgYnkgVGltb3RoeSBIYXRjaGVyLgpJbmRleDogV2ViQ29y
ZS9kb20vU2VsZWN0RWxlbWVudC5jcHAKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gV2ViQ29yZS9kb20vU2VsZWN0
RWxlbWVudC5jcHAJKHJldmlzaW9uIDQ3NjQ2KQorKysgV2ViQ29yZS9kb20vU2VsZWN0RWxlbWVu
dC5jcHAJKHdvcmtpbmcgY29weSkKQEAgLTY3Niw3ICs2NzYsNyBAQCB2b2lkIFNlbGVjdEVsZW1l
bnQ6Omxpc3RCb3hEZWZhdWx0RXZlbnRICiAgICAgICAgICAgICBkYXRhLnNldEFjdGl2ZVNlbGVj
dGlvblN0YXRlKHRydWUpOwogICAgICAgICAgICAgCiAgICAgICAgICAgICBib29sIG11bHRpU2Vs
ZWN0S2V5UHJlc3NlZCA9IGZhbHNlOwotI2lmIFBMQVRGT1JNKE1BQykKKyNpZiBQTEFURk9STShN
QUMpIHx8IChQTEFURk9STShDSFJPTUlVTSkgJiYgUExBVEZPUk0oREFSV0lOKSkKICAgICAgICAg
ICAgIG11bHRpU2VsZWN0S2V5UHJlc3NlZCA9IG1vdXNlRXZlbnQtPm1ldGFLZXkoKTsKICNlbHNl
CiAgICAgICAgICAgICBtdWx0aVNlbGVjdEtleVByZXNzZWQgPSBtb3VzZUV2ZW50LT5jdHJsS2V5
KCk7Cg==
</data>

          </attachment>
      

    </bug>

</bugzilla>