Kill recovery not working about singleapplication HOT 11 OPEN

What OS was this on?

from singleapplication.

Oh. Sorry, forgot that info. Linux. Fedora (Silverblue inside a distrobox) 39.

Update: but it's reproducible without a distrobox - so just take the Fedora 39.

from singleapplication.

@cajus There are significant problems with QSharedMemory and QSystemSemaphore in Qt 6.6. They changed the implementation for the worse. It may not be possible to mitigate the issue on our side.

I am working on a new implementation that doesn't use QSharedMemory but it's not finished yet.

As a workaround you may try to delete it manually using ipcrm. I'm sorry I can't be more helpful for the time being.

from singleapplication.

@itay-grudev - ak, ok. Thanks for the info!

from singleapplication.

Looks like the linphone guys worked around it by extending your code using DBus on linux for the time being: https://github.com/BelledonneCommunications/linphone-desktop/tree/master/linphone-app/src/app/single-application

from singleapplication.

@cajus That is indeed a clever way for implementing it in Linux, but I can't easily adapt it to Windows.

My WIP implementation right now is using QLocalSockets, where one instance becomes a QLocalServer and becomes the primary. As long as something is listening on that socket - they become a primary and every other instance a secondary.

It looks promising so far, but I'm struggling to find the time to finish it.

from singleapplication.

firstly, many thanks to developer/contributors.
It is believed that the down stream bug, dail8859/NotepadNext#514 is related to this.

Some questions to consider. (re-included here from that issue description)
Q1) should the app, when run as root user, check to see if the desktop belongs to a user and create the shm-file with ownership of user, or maybe not?
Q2) should the app give a different filename to the shm-file per-User-per-Desktop in order to prevent name collision?
Q3) should the app give a better error message to inform the user as to how to correct the problem?
Q4) should the app delete the shm-file after the last user-process using it exits?
Q5) should the shm-file's filename have the string with the app's name in it, in order to clue the user that the file was created by the app.

from singleapplication.

I'll bump it up in my TODO list and see if I can allocate several hours to finish it.

from singleapplication.