<html>
    <head>
      <base href="https://bugzilla.gnome.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - warnings when starting drag from GtkEntries"
   href="https://bugzilla.gnome.org/show_bug.cgi?id=748763#c9">Comment # 9</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - warnings when starting drag from GtkEntries"
   href="https://bugzilla.gnome.org/show_bug.cgi?id=748763">bug 748763</a>
              from <span class="vcard"><a href="page.cgi?id=describeuser.html&login=carlosg%40gnome.org" title="Carlos Garnacho <carlosg@gnome.org>"> <span class="fn">Carlos Garnacho</span></a>
</span></b>
        <pre>(In reply to Matthias Clasen from <a href="show_bug.cgi?id=748763#c8">comment #8</a>)
<span class="quote">> (In reply to Carlos Garnacho from <a href="show_bug.cgi?id=748763#c7">comment #7</a>)

> > This is completely harmless in X11, but causes issues on wayland as
> > the DnD icon window is expected to remain unchanged during DnD there.

> Really ? I thought we can draw on that surface just like any other surface ?</span >

Sure, redraws/resizes are fine, let me remark "icon window" :). What I'm trying
to avoid here is multiple calls to gtk_drag_set_icon_window(), which destroys
the former DnD icon GdkWindow/surface. This function is currently at the core
of every other gtk_drag_set_icon* call...

About the general case, I wonder if this is the way to go, and we:
- ensure surface/pixbuf/stock APIs don't end up replacing the entire icon
window every time they're called
- Document gtk_drag_set_icon_widget() as "one time call on ::drag-begin, no way
back to surface/pixbuf/stock icons, you are free to replace contents, but don't
destroy"</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are on the CC list for the bug.</li>
      </ul>
    </body>
</html>