<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Complete freeze if breakpoint is placed in gtk signal handler"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=107672#c2">Comment # 2</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Complete freeze if breakpoint is placed in gtk signal handler"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=107672">bug 107672</a>
              from <span class="vcard"><a class="email" href="mailto:ppaalanen@gmail.com" title="Pekka Paalanen <ppaalanen@gmail.com>"> <span class="fn">Pekka Paalanen</span></a>
</span></b>
        <pre>Which Wayland compositor (desktop environment) are you using?

Why is this filed as an Xwayland bug?

The terminal from where you run gdb, is it using Wayland or X11? Is the
application being debugged using Wayland or X11?

If it so happens that the app being debugged is using X11, you might be
stopping the application while it is holding Xwayland (the X11 server) hostage
(a server grab, this is perfectly normal in X11 world). This makes the X server
not process any other clients, a terminal app and even the Wayland compositor
included. So my best guess is that the app is holding an X server grab, the
Wayland compositor is doing something blocking with Xwayland, and this leads to
seemingly everything freezing.

Another option is that while the X server is grabbed, all things that use X11
are frozen, but maybe not the Wayland compositor because you say you can
sometimes switch to another VT.

If the issue really is the X11 server grab, then I'm afraid that is just how
things are intended to work. One might mitigate the issues by replacing
blocking X11 calls in the Wayland compositor with async ones, but that can be
hard.

Or, it could be something completely different. Nothing yet points to an
Xwayland bug, though.

If the application to be debugged was using Wayland, no such freeze should
happen, so that would indicate a real problem.</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>