Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | OOo does not handle multiple X sessions correctly under X11 | ||
---|---|---|---|
Product: | General | Reporter: | clauswilke <cwilke> |
Component: | ui | Assignee: | AOO issues mailing list <issues> |
Status: | CONFIRMED --- | QA Contact: | |
Severity: | Trivial | ||
Priority: | P3 | CC: | issues, steveprentice |
Version: | OOo 2.0.1 | ||
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | Unix, all | ||
Issue Type: | ENHANCEMENT | Latest Confirmation in: | --- |
Developer Difficulty: | --- |
Description
clauswilke
2006-04-04 06:28:11 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. closed 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. TM->requirements: please have a look. 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. *** Issue 63952 has been confirmed by votes. *** Why is this not fixed? Is there a workaround? |