Launchpad has imported 16 comments from the remote bug at https://bugs.kde.org/show_bug.cgi?id=103046.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2005-04-02T04:52:19+00:00 Prigault-k wrote: Version: (using KDE KDE 3.4.0) Installed from: Compiled From Sources Compiler: GCC 3.4.2 Fedora Core 3 x86_64 OS: NetBSD When a user is already logged in a KDE session, Kdm should prevent that same user to start a new KDE session. Currently, when multiple sessions are enabled or when user activates 'Switch User' -> 'Start New Session', the same user can start several concurrent KDE sessions. This causes undesired behaviour in many places and should be avoided. Correct behaviour would be to warn with something like: "User X already logged in (:0, vt7)" and add a choice between: - Switch to that user's existing session - Cancel (come back to kdm), clearing login name. The warning could be given as soon as the user name is entered (i.e before a password is given). Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase- workspace/+bug/172390/comments/0 ------------------------------------------------------------------------ On 2005-06-14T15:48:43+00:00 Rudo wrote: Indeed, a warning would be fine. However, I would add an option to the choices you provided - to really log on. Why ban it completely? Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase- workspace/+bug/172390/comments/1 ------------------------------------------------------------------------ On 2005-06-15T02:14:48+00:00 Prigault-k wrote: > Why ban it completely? Because KDE works at the user level, and not at the user+session level. It supports multiple desktops, but a single session per user. At login time, KDE sets up specific resources in $KDEHOME to ensure proper behaviour throughout a session (this includes reading/creating files, proper logging such as kdebugdialog, and cleanup). This setup is not supposed to be run several times asynchronously. In addition, some resources and programs are single-instance resources (e.g kontact), and have a locking mechanism enforced by files in $KDEHOME. Here is what will happen with single-instance resources: my_user logs in session 1, starts kontact my_user logs in session 2 -> cannot start kontact in this session In other words, parallel sessions of the same user can interfere pretty badly, including denial of access from one session to the other, messing up files in $KDEHOME, and bogus logging. Cheers, Philippe Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase-workspace/+bug/172390/comments/2 ------------------------------------------------------------------------ On 2005-06-15T07:25:44+00:00 Oswald Buddenhagen wrote: > parallel sessions of the same user can interfere pretty badly > these are bugs in the respective applications. multiple sessions of one user is a totally natural thing in unix environments. Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase-workspace/+bug/172390/comments/3 ------------------------------------------------------------------------ On 2005-06-15T09:03:22+00:00 Prigault-k wrote: > multiple sessions of one user > is a totally natural thing in unix environments. If you mean shell sessions, then sure, _multiple_ instances are a natural thing, but note that multiple shell sessions bring zero guarantee when it comes to data consistency between them, especially when sharing data through files. Two shells reading/writing to the same resource generally result in a total mess. Precisely because files are the most natural thing in Unix environments, many things cannot be done in multiple mode when atomicity is done through files. Besides, some processes, in order to guarantee discrete states, cannot allow simultaneity. Think of installing GNU/Linux for example, which could be regarded a some kind of session. Things need to be done according to an exact path, and therefore simultaneous installs from two different media would not be a very good idea. A desktop requires applications to cooperate in order to give the user some consistency. It is not a bug in kontact to ensure that its components are aware of each other and that some things have to guarantee unicity. I am not saying that it is not desirable to achieve one day multiple KDE sessions seemlessly (altough I am at a loss currently to identify _one_ situation where multiple sessions would bring someting positive). However, for now, and as long as KDE maintains the consistency of a desktop session through files in a user-atomic (as opposed to user/tty- atomic) way, it can only do harm to allow for multiple sessions of one user. Cheers, Philippe Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase- workspace/+bug/172390/comments/4 ------------------------------------------------------------------------ On 2005-06-15T09:12:20+00:00 Prigault-k wrote: > where multiple sessions would bring someting positive I meant multiple sessions of the same user, of course. <off-track> Because I absolutely _love_ the multiple sessions of independent users which have worked very well since KDE-3.4 and have eliminated the classical fight for resources with kids and wife (all avid KDE fans). So I take this opportunity to give a big thank you and others for it. PS: if only switching between sessions would take less time... </off-track> Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase-workspace/+bug/172390/comments/5 ------------------------------------------------------------------------ On 2005-06-15T20:36:52+00:00 Oswald Buddenhagen wrote: running multiple instances is definitely a wanted feature - you can have logged in from different (geographically separated) terminals. that's not of interest to the user switching, but the existing bugs have to be fixed anyway. inherently exclusive tasks should provide locks (and, indeed, many do). also, there might be session types that do not suffer from concurrency problems and i won't restrict them just because some [kde] apps happen to suck in this regard. so a warning is perfectly fine. another option is of course redesigning the whole switching into a winxp/macosx style one - see bug #89023. Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase-workspace/+bug/172390/comments/6 ------------------------------------------------------------------------ On 2007-08-26T10:49:17+00:00 Maciej Pilichowski wrote: Anti-vote for this one. I start two session on one user quite often. Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase- workspace/+bug/172390/comments/7 ------------------------------------------------------------------------ On 2008-09-19T16:58:07+00:00 Kamil wrote: (In reply to comment #7) > Anti-vote for this one. I start two session on one user quite often. What are benefits? I really don't understand using different sessions for one user. In may opinion using session switching for the same user in console works as taskbar or multiple desktops in kde, and nothing more. Small comparison to console where multiple sessions of one user are usefull: Using only one console session: 1. Lack of multitasking. 2. Only one workspace 3. Similar memory using Using only one kde session: 1. Full multitasking 2. Multiple desktops (workspaces) 3. Smaller memory using So what do you want more? Is there any drawback of using one session of kde (maybe common to single console and kde session)? I'm really in favour of Mac/Windows solution, it hasn't any disadvantages, but simplyfies user switching, limit memory using and prevent "undesired behaviour" as it mentioned in the bug report. Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase- workspace/+bug/172390/comments/10 ------------------------------------------------------------------------ On 2008-09-19T17:05:42+00:00 Kamil wrote: > I'm really in favour of Mac/Windows solution And fixing that bug means getting closer to it. Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase- workspace/+bug/172390/comments/11 ------------------------------------------------------------------------ On 2008-09-19T17:09:50+00:00 Kamil wrote: > Using only one console session: > 1. Lack of multitasking. > 2. Only one workspace > 3. Similar memory using > Using only one kde session: > 1. Full multitasking > 2. Multiple desktops (workspaces) > 3. Smaller memory using The memory using is a comparison to multiple sessions of the same user Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase- workspace/+bug/172390/comments/12 ------------------------------------------------------------------------ On 2010-03-04T21:14:53+00:00 Horst Schirmeier wrote: I have a dual head setup for which I definitely need two concurrent logins of the same user. Don't forbid that by design. Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase- workspace/+bug/172390/comments/14 ------------------------------------------------------------------------ On 2010-03-24T17:32:44+00:00 Oswald Buddenhagen wrote: see bug 212079 for some musings. the dual head case seems bogus. the heads should be separate seats (per ConsoleKit speak) and thus have independent session lists (though a warning like "you already have a session open on another seat" would still be in order). Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase- workspace/+bug/172390/comments/15 ------------------------------------------------------------------------ On 2010-03-25T17:11:25+00:00 Maciej Pilichowski wrote: Let me revert the question -- what is the purpose of blocking this feature? I am afraid seeing this approach again and again -- something is technically OK, but we (KDE dev team) disable it. Just in case. The problem is, when the user is in trouble all she/he can do (real life scenario) is to report a bug, wait some time (from week to several years) and then see it fixed. But the problem user has should be resolved _now_ not later, sometime in future. If the feature has to be implemented as extra, sure, it take time to do it, but disabling something what exists -- it is completely unreasonable. You cannot predict all cases, so it should be open for future uses, not closed. And just mine case -- I simply need to check this or that on my account without interrupting my current work. And since I do quite amount of testing the only workaround -- creating fake account and copying data/settings/etc to this account from my real one -- is simply tiresome. It was just my case, it is not an argument pro, per se. Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase- workspace/+bug/172390/comments/16 ------------------------------------------------------------------------ On 2010-04-29T19:44:06+00:00 Bugs-kde-p wrote: As much as it pains me to say it, the Windows way of handling this on desktops is IMHO current the best - a user list with a simple status display showing that they are already logged in, which resumes their session when they log back in. Now of course, being able to start additional sessions is the sort of advanced feature that makes Linux great, but it is a power-user feature, not a common use scenario for 90 of users. Perhaps a workable solution could be that if a user already has a session then a check box appears under the username and password fields that enables them to start a new session. If unchecked (aka. a normal login) and the user already has multiple sessions to resume, a list of the user's sessions could be displayed which they could then choose which to resume from. As functional as it is, the CTRL+ALT+Fn combos in use are not intuitive in the slightest to all of the normal users I've tried to explain them to (if for nothing else then they have no idea which order others have logged in, so have no idea which combo to use as there are no visual indications of this anywhere). IHMO, ideally as much should be able to be accomplished as possible with just the mouse, and always catering for the most prevalent use case. Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase- workspace/+bug/172390/comments/17 ------------------------------------------------------------------------ On 2013-08-18T20:13:05+00:00 bwat47 wrote: Here we are, 2013 and kde 4.11 and I still see this issue, this is pretty ridiculous... I love KDE but its handling of multi-user switching is the worst I have ever seen in any operating system. Its buggy, inconsistant, and completely unintuitive. Will this ever be fixed? Why on earth does kdm default to starting a new session when a that user is already logged into a session, why is that even possible? no one would EVER want to do that, it makes no sense. /rant For any user that isn't familiar with KDE's user switching insanity they would be completely lost... Reply at: https://bugs.launchpad.net/ubuntu/+source/kdebase- workspace/+bug/172390/comments/18 -- You received this bug notification because you are a member of Kubuntu Bugs, which is subscribed to kdebase-workspace in Ubuntu. https://bugs.launchpad.net/bugs/172390 Title: KDM should have a "already logged in" warning To manage notifications about this bug go to: https://bugs.launchpad.net/kde-baseapps/+bug/172390/+subscriptions -- kubuntu-bugs mailing list kubuntu-b...@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs
