Collision between GUI sessions in openSUSE 13.2 if program from another user run under first user GUI session.
1 Attachment(s)
Originally, after finding out that kdesu, followed by dolphin, did not work, I had posted at http://www.linuxquestions.org/questi...er-4175557111/ asking how I could open up a file manager window under a user other than the one the full GUI session belonged to.
For example, if I have the computer booted into a full KDE GUI desktop session under user joe, I had posted on that previous thread asking how I could open up in joe's KDE desktop session a file manager window running under user john and with the privileges of user john (instead of joe). Ultimately, I got that first question answered, but then encountered another problem. If I have the computer booted into a full KDE GUI desktop session (on vt7) under user joe and open up a file manager window under user john in joe's KDE desktop session, and then open up a full KDE GUI desktop session (on vt8) under user john as shown in the attached screenshot, the two KDE GUI desktop sessions will collide. Specifically, john's desktop screen and keyboard input will show up on vt7 and will hide joe's desktop screen and keyboard input. However, some of john's windows (e.g. the logout confirmation screen) will still show up on vt8 and will only accept input on vt8. This collision will occur even if I close out the file manager window for john in joe's KDE desktop session before opening up a full KDE GUI desktop session under user john. If I already have a full KDE GUI desktop session under user john open before I open up a file manager window under john in joe's KDE desktop session, the collision will occur if I close out john's KDE desktop session and then open another KDE desktop session under john. This collision also occurs with user root. If I open up a file manager window under root using the command as setup by the openSUSE 13.2 install program and then open up a full KDE desktop session under root, the same collision between joe and root will occur. The only way to prevent the collision is to log joe out and then log joe back in again after having closed out the file manager window under john (or root) and before opening up any full KDE GUI desktop sessions under any other users. Since the following sockets get replaced when joe logs out and then back in again: Code:
/run/user/<UID joe>/ksocket-joe/kdeinit4__0 My questions are:
|
From the openSUSE mailing list (opensuse@opensuse.org >> SLE <opensuse@opensuse.org>), when I put this question there, I received the following response:
Quote:
The following is the workaround that I put together:
It is not perfect, however. If, from within user joe's full GUI KDE session, a file manager is brought up under john00 and a folder containing other files and folders is copied from joe to john00, only the folders themselves get the proper permissions. All files contained in that folder and its subfolders keep the permissions they had under joe. See http://www.linuxquestions.org/questi...folder-605129/ for details on the setfacl tip that I used here. |
I have since found an actual solution to this problem as opposed to the workaround I posted previously: install and use the KDE3 desktop on openSUSE 13.2 and the collision between users as described above goes away. It also looks like the KDE3 desktop is available for openSUSE versions later than openSUSE 13.2 as well: https://en.opensuse.org/KDE3
Installation of the KDE3 desktop does not in any manner conflict with what has already been installed. It simply becomes another available session type to choose from when you first log in. |
All times are GMT -5. The time now is 08:20 PM. |