Issue 63952 - OOo does not handle multiple X sessions correctly under X11
Summary: OOo does not handle multiple X sessions correctly under X11
Status: CONFIRMED
Alias: None
Product: General
Classification: Code
Component: ui (show other issues)
Version: OOo 2.0.1
Hardware: PC Unix, all
: P3 Trivial with 8 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-04-04 06:28 UTC by clauswilke
Modified: 2013-02-07 22:41 UTC (History)
2 users (show)

See Also:
Issue Type: ENHANCEMENT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description clauswilke 2006-04-04 06:28:11 UTC
Here is the bug: 
Start OOo (for example writer). Then start a new X session without ending the 
first one, for the same user, for example using KDE's switch user 
functionality. Start another OOo application in the new X session. The 
application does not appear in the new session, but instead in the old session.
Comment 1 thorsten.martens 2006-04-04 09:04:03 UTC
Only one session (instance) of OOo can be startet by a single user at the time.
So launching a different application of OOo, will still launch this application
in the same session. Works as designed. Not a defect. A wish for a change in
behaviour would be an enhancement but not a defect.
Comment 2 thorsten.martens 2006-04-04 09:04:32 UTC
closed
Comment 3 clauswilke 2006-04-04 18:06:17 UTC
I am sorry, but the current behavior is defective even if we accept that there 
can be only one instance of OOo running at a time. Imagine the following 
scenario, which I hope makes clearer what the problem is: 
 
Consider an office in which all office workers connect through thin clients to 
a central server. An office worker uses OOo at her desk. Then, without closing 
OOo or logging out, she goes into a different office, and logs in there as 
well. When she tries to start OOo, nothing happens. As far as she can tell, OOo 
doesn't work in the other office. However, when she returns to her office, one 
(or more) new OOo windows have mysteriously appeared. 
 
Within the constraint of a single running instance, a correct behavior would be 
to display at least a warning saying that OOo is already running in a different 
session and cannot be started concurrently in two sessions. A (possibly) better 
behavior could be to reuse the already running binary, but connect the new 
window to the correct X session. (I don't know if this is technically 
possible.) A drawback of the second solution would be that closing OOo in one 
session would close it in the other session as well, which would again be 
highly non-intuitive. 
  
Comment 4 thorsten.martens 2006-04-07 09:06:11 UTC
TM->requirements: please have a look.
Comment 5 stevenprentice 2006-08-10 04:20:52 UTC
Another scenario where this is more of a bug and not an enhancement request: I have a Edubuntu lab set 
up for a private school. There are 20+ computers supporting Preschool through 6th grade. To simplify the 
environment, all computers login with the same user; student.

Once logged in, the first 'student' to open openoffice will get the windows for all other students who try to 
open openoffice.

I think this deployment of Edubuntu is going to be common in the elementary grades where a 
Kindergarten student won't have their own username and password.
Comment 6 armandillo 2008-09-09 14:27:02 UTC
*** Issue 63952 has been confirmed by votes. ***
Comment 7 bix0r 2010-03-30 17:51:30 UTC
Why is this not fixed?
Is there a workaround?