If you close an Xnest window via the window manager, the WM has no choice but to do XKillClient() since Xnest doesn't support the WM_DELETE_WINDOW protocol. Because of this, it doesn't shut down cleanly and e.g. doesn't delete its lock file. Attaching a patch to: 1) Implement support for WM_DELETE_WINDOW 2) Shutdown gracefully when using -parent and a DestroyNotify is received (because our parent has been destroyed, all sub-windows we created will have been destroyed too, so we need to avoid trying to destroy them again as we shut down)
Created attachment 3166 [details] [review] Unified patch for the Romanian layout (includes updated descriptions for base.xml.in)
Created attachment 3180 [details] log file when driver detects PLL parameters Running a GNOME session on this through up some places where we need to prevent against performing operations on destroyed windows at shutdown.
Created attachment 3190 [details] [review] proposed patch Okay, more issues keep cropping up with GiveUp() when running in -parent mode. So, I could continue the invasive auditing for places where we are accessing destroyed resources on the backend server at shutdown, but its probably better to just do CloseWellKnowConnections() and OsCleanup(True) before exiting.
Sorry about the phenomenal bug spam, guys. Adding xorg-team@ to the QA contact so bugs don't get lost in future.
The referenced patches are not for this bug. Mark, you referenced a patch. Do you still have it? Can you attach it?
https://gitlab.freedesktop.org/xorg/xserver/issues/133
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.