Bug 1216385

Summary:	gsettings set org.gnome.mutter check-alive-timeout 0 breaks various UI features
Product:	[openSUSE] openSUSE Tumbleweed	Reporter:	Robert Mahar <bob>
Component:	GNOME	Assignee:	E-mail List <gnome-bugs>
Status:	NEW ---	QA Contact:	E-mail List <qa-bugs>
Severity:	Minor
Priority:	P5 - None
Version:	Current
Target Milestone:	---
Hardware:	Other
OS:	openSUSE Tumbleweed
Whiteboard:
Found By:	---	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---

Description Robert Mahar 2023-10-18 14:31:25 UTC

On stock install of openSUSE Tumbleweed with GNOME desktop, issuing

gsettings set org.gnome.mutter check-alive-timeout 0

breaks various UI actions, such as right click context menu, when trying to cut / paste in Terminal app.  To reproduce issue the gsettings command above, in Terminal highlight some text, then right-click to bring up the popup menu.  Nothing happens.  The window decorations become unresponsive, e.g. the "X" to close the window does not respond to input.  The Terminal still accepts keyboard input.  Same issue in other apps like Firefox, Files, gedit is observed.  Setting check-alive-timeout to a non-zero value, like the ( default of 5000 ) or 60000 fix this behavior immediately in the current session.

As an aside: This setting is frequently recommended to disable the "This application is not responding" popups for apps that spin, ( i.e. poorly behaved apps ) like numerical and image processing where they do not check their UI message queue frequently.  Since the "This application..." popup is modal, cannot be set to never appear again, etc. it prevents the user from trying to click [Cancel] or other UI elements in the stalled app which would be handled when it next checked its messages.  Perhaps there is a defacto way to supress these popups.

-- Bob