-
Notifications
You must be signed in to change notification settings - Fork 218
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Current KDE prevents Server GUI from exiting #3016
Comments
@rdica does this happen if you run the Jamulus server GUI from a shell prompt? Or is it only if you use the provided desktop shortcut? (I run my Linux KDE desktop remoted to Windows over VcXsvr and I can't reproduce the problem - I don't use the KDE desktop itself, though - just the windows, managed by MS Windows 11.) |
@pljones Yes, also happens when started from shell prompt. |
Thanks. Can you write down the full command line you use? |
|
OK.
Thanks. |
Startup:
After closing:
|
Strange... Can you do |
|
Right... digging deeper (and getting out of my depth :) )... Could you run Jamulus Server with
then hit Ctrl-Q to quit once the window opens. Then run
to see the last 40 lines of the log (with boring bits removed) and paste the result, please. (Or drag-n-drop the log file complete.) |
Did the latter as I couldn't ensure the last 40 lines would reflect attempt to close. File created using |
It looks like it exits normally from the
Is it still running after running with |
Yes, and I can connect to it (tray icon shows a little green dot when a client is connected). |
And if you do |
Yes. |
Oh - it doesn't exit cleanly from the strace on Ctrl-Q? Interesting... It should. |
Well no, ctrl+q etc doesnt exit the program, thats the problem :) I'm not familiar enough with strace log output to determine where in the log the attempt to close the window is. |
Could you run the strace and attach the log up to the point where you hit Ctrl-Q, please. |
This was as close as I could get the exit attempt without the trailing ctrl+c exit. |
Could you post the whole log or is it too big? |
I created a new log file using |
I need it as soon as possible where you hit Ctrl-Q - just copy the file at that point to another and attach that. Otherwise I can't see what happens between the Ctrl-Q and Ctrl-C. (There may be a |
Based on the number of lines per timestamp, I think what you want begins at
|
Each window in Jamulus is a Qt
Jamulus doesn't set I couldn't see anything in the log to indicate the |
If you create a patch, I can apply it against the src and compile it and test it against the KDE ver shipped with Ubuntu Studio 22.04. |
I'll have a go for 3.11.0. |
Moved out to 3.12.0. |
Discussed in https://github.com/orgs/jamulussoftware/discussions/3006
Originally posted by pcar75 February 9, 2023
Bonjour,
On my dual boot PC, I can shutdown Jamulus server in Windows 10. However I can't do that in Linux, because I believe it installs itself as a service. Is there a nicer (GUI) way of shuting down Jamulus server, instead of running a script or terminal with
killall -I "jamulus"
?Context : dual Boot PC : Windows 10 / Ubuntu Studio 22.04.1 LTS (Plasma KDE).
On Windows
Jamulus server (3.9.1) with GUI
Menu > Window > Exit (Ctrl+Q) : OK terminates process & threads
X Button : OK terminates process & threads
On Ubuntu Studio 22.04.1 LTS
Jamulus server (3.9.1) with GUI and Icon in system tray bar
Menu > Window > Exit (Ctrl+Q) : Hides GUI only
X (Close) Button : Hides GUI only
Sys tray Exit (Icon menu buttons = Exit, Show, Hide...) : Hides GUI if it was visible ( ~ Exit ICON menu).
EDIT : added precision : Ubuntu Studio 22.04.1 LTS and Qt is 5.15.3 as mentioned below (rdica).
It seems that latest KDE on at least Ubuntu 22.04+ and Fedora37 has introduced a change that prevents exiting the server process when the server GUI is started. Exiting merely closes the GUI window, but leaves the tray icon running as well as the server process itself.
As noted in the original discussion thread, disabling the tray icon functionality returns proper exit behaviour.
Personally I feel this is a bug and as current and future linux distros using KDE desktops will continue to experience the problem, it should be addressed as such, however it's been deemed not a bug, so the following request.
Request that either the tray icon be removed altogether, or a toggle be added to disable it.
Thanks!
The text was updated successfully, but these errors were encountered: