Mailing-List: contact ooo-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: ooo-dev@incubator.apache.org
Received-SPF: pass (nike.apache.org: domain of yuanlin.ibm@gmail.com
 designates 209.85.214.175 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <jscm4d$ee0$1@dough.gmane.org>
References: 
 <CAGSaLEq50QLfohJjAMAywhWMiGZ9x-MA+=FFJjHePsnqzpJLPQ@mail.gmail.com>
	<jscekp$a98$1@dough.gmane.org>
	<CAP-ksohBMH9euWjP1Z1HTUZeijBQd6wrsgS=Bn4kqvK+MsSrCQ@mail.gmail.com>
	<jscm4d$ee0$1@dough.gmane.org>
Date: Wed, 27 Jun 2012 09:23:03 +0800
Message-ID: 
 <CAGSaLEoPSB97E1dmq9pr0UWDav306wHoo7wV5muYQg1d9OUtVw@mail.gmail.com>
Subject: Re: [Call for UX review] [Windows 8 certification]Test for "Section
 11 Apps must support multi-user sessions" is not tested by Windows App
 Certification Kit
From: Lin Yuan <yuanlin.ibm@gmail.com>
To: ooo-dev@incubator.apache.org
Content-Type: multipart/alternative; boundary=e89a8f5028ee72114204c36a0e3f

--e89a8f5028ee72114204c36a0e3f
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Currently in AOO, only part of the data in user profile is locked and can
not access by mutiple instances. So as tested on Windows Server 2008, AOO
will crash in such situation. The patch is not to really support one user
to launch multiple instances on mutiple sessions case. According to the
suggestion in Windows 8 Certification below:
*Note*: If an app does not support multiple user sessions or remote access,
it must clearly state this when launched from this kind of session.
With the patch, AOO will popup a warning dialog and exit in this case. So
it will still not support mutiple user sessions for one user but the UX is
more frendly than the current crash issue.

Thanks,
Lin Yuan

2012/6/27 Joost Andrae <Joost.Andrae@gmx.de>

> Hi Rob,
>
>
>
>>> but in a Windows Terminal Server session you have user profiles for eac=
h
>>> user.
>>>
>>>
>> This patch is for if you connect with Terminal Services twice using
>> the same user account.
>>
>>
> I just wanted to make sure that there is no real problem to get OpenOffic=
e
> configured so it can be used within a multi user environment (MS TS,
> Citrix, Sun SGD, or UNIX profiles). If the same user connects a second ti=
me
> then there might be a locking problem with his profile data. If you want =
to
> fix this then it's OK but in my opinion it's not really needed because
> usually it should be prevented that one user accesses the same user profi=
le
> from another terminal (RDP, X11) session.
>
> Just my two =80 Cents, Joost
>
>

--e89a8f5028ee72114204c36a0e3f--