<html>
    <head>
      <base href="https://bugzilla.gnome.org/" />
    </head>
    <body><span class="vcard"><a href="page.cgi?id=describeuser.html&login=fvogt%40suse.com" title="Fabian Vogt <fvogt@suse.com>"> <span class="fn">Fabian Vogt</span></a>
</span> changed
              <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - On kwin_wayland, non-CSD GTK3 applications started with GDK_BACKEND=wayland *always* request CSD when they shouldn't"
   href="https://bugzilla.gnome.org/show_bug.cgi?id=792889">bug 792889</a>
          <br>
             <table border="1" cellspacing="0" cellpadding="8">
          <tr>
            <th>What</th>
            <th>Removed</th>
            <th>Added</th>
          </tr>

         <tr>
           <td style="text-align:right;">CC</td>
           <td>
                
           </td>
           <td>fvogt@suse.com
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - On kwin_wayland, non-CSD GTK3 applications started with GDK_BACKEND=wayland *always* request CSD when they shouldn't"
   href="https://bugzilla.gnome.org/show_bug.cgi?id=792889#c28">Comment # 28</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - On kwin_wayland, non-CSD GTK3 applications started with GDK_BACKEND=wayland *always* request CSD when they shouldn't"
   href="https://bugzilla.gnome.org/show_bug.cgi?id=792889">bug 792889</a>
              from <span class="vcard"><a href="page.cgi?id=describeuser.html&login=fvogt%40suse.com" title="Fabian Vogt <fvogt@suse.com>"> <span class="fn">Fabian Vogt</span></a>
</span></b>
        <pre>(In reply to Drew DeVault from <a href="show_bug.cgi?id=792889#c25">comment #25</a>)
<span class="quote">> Sorry, what do you expect from me? So far as I can tell Sway and GTK+ are
> both behaving as expected.</span >

GTK currently violates the decoration management protocol, which leads to the
WM assuming that it uses CSD, but GTK assuming that it has SSD -> no decoration
at all.

The protocol says:

            If the client does not create a server-side decoration object for
            a surface the server interprets this as lack of support for this
            protocol and considers it as client-side decorated. Nevertheless a
            client-side decorated surface should use this protocol to indicate
            to the server that it does not want a server-side deco.

Which means that calling default_mode and getting SSD back is not enough, it
needs to be followed by a request_mode(SSD) call.</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>