<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Please see the updated version:<br>
    <a class="moz-txt-link-freetext" href="http://cr.openjdk.java.net/~azvegint/jdk/9/8014212/01/">http://cr.openjdk.java.net/~azvegint/jdk/9/8014212/01/</a><br>
    <br>
    robot makes shot of intersection of provided rectangle with root
    window. Old robot implementation works for negative x and y, <br>
    but may return garbage outside of root window behavior, so it was
    updated too.<br>
    <br>
    ShapeNotSetSometimes reduced iteration count to prevent killing by
    jtreg for timeout.<br>
    <br>
    TranslucentJAppletTest updated to use getPixelColor() directly.<br>
    <pre class="moz-signature" cols="72">Thanks,

Alexander.</pre>
    <div class="moz-cite-prefix">On 07/24/2015 07:08 AM, Sergey Bylokhov
      wrote:<br>
    </div>
    <blockquote cite="mid:55B1BA35.8010501@oracle.com" type="cite">
      <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
      <div class="moz-cite-prefix">Hi, Alexander.<br>
        I am not sure that an assumption that we should not make a
        screen shot if the x and y are negative is correct. I guess that
        we should take a screenshot of the intersection of the requested
        area and the display.<br>
        <br>
        Can you also check this comment in the
        TranslucentJAppletTest.java:<br>
         106         // unfortunately, robot.getPixelColor() doesn't
        work for some unknown reason<br>
         107         // Color newColor2 = r.getPixelColor(200, 200);<br>
        <br>
        On 23.07.15 19:37, Alexander Zvegintsev wrote:<br>
      </div>
      <blockquote cite="mid:55B1182E.7060706@oracle.com" type="cite">
        <meta http-equiv="content-type" content="text/html;
          charset=utf-8">
        Hello,<br>
        <br>
        please review the fix <br>
        <a moz-do-not-send="true" class="moz-txt-link-freetext"
          href="http://cr.openjdk.java.net/%7Eazvegint/jdk/9/8014212/00">http://cr.openjdk.java.net/~azvegint/jdk/9/8014212/00</a><br>
        for the issue<br>
        <a moz-do-not-send="true" class="moz-txt-link-freetext"
          href="https://bugs.openjdk.java.net/browse/JDK-8014212">https://bugs.openjdk.java.net/browse/JDK-8014212</a><br>
        <br>
        This fix trying to use
        <meta http-equiv="content-type" content="text/html;
          charset=utf-8">
        gdk_pixbuf_get_from_drawable () [0] to capture screenshot(basic
        image data handling could be found here[1]).<br>
        If it fails then we come back to our old method. <br>
        Translucency support[1] is also covered by this fix, but there
        is another issue with toFront() call which blocks passing of a
        JCK test.<br>
        <br>
        P.S. On Solaris 11 windows appears with animation, thus sleep()
        call was added to work around this.<br>
        <br>
        [0] <a moz-do-not-send="true" class="moz-txt-link-freetext"
href="https://developer.gnome.org/gdk2/stable/gdk2-Pixbufs.html#gdk-pixbuf-get-from-drawable">https://developer.gnome.org/gdk2/stable/gdk2-Pixbufs.html#gdk-pixbuf-get-from-drawable</a><br>
        [1] <a moz-do-not-send="true" class="moz-txt-link-freetext"
href="https://developer.gnome.org/gdk-pixbuf/stable/gdk-pixbuf-The-GdkPixbuf-Structure.html#image-data">https://developer.gnome.org/gdk-pixbuf/stable/gdk-pixbuf-The-GdkPixbuf-Structure.html#image-data</a><br>
        [2] <a moz-do-not-send="true" class="moz-txt-link-freetext"
          href="https://bugs.openjdk.java.net/browse/JDK-7043845">https://bugs.openjdk.java.net/browse/JDK-7043845</a>
        Robot should be able take screenshots with translucent windows<br>
        <br>
        <pre class="moz-signature" cols="72">-- 
Thanks,

Alexander.</pre>
      </blockquote>
      <br>
      <br>
      <pre class="moz-signature" cols="72">-- 
Best regards, Sergey. </pre>
    </blockquote>
    <br>
  </body>
</html>