Issue 5791 - All Win32: Proposal Netinstallation
Summary: All Win32: Proposal Netinstallation
Status: CLOSED DUPLICATE of issue 1940
Alias: None
Product: Installation
Classification: Application
Component: ui (show other issues)
Version: OOo 1.0.0
Hardware: PC All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: christian.jansen
QA Contact: issues@installation
URL: http://installation.openoffice.org/pr...
Keywords: oooqa
Depends on:
Blocks:
 
Reported: 2002-06-13 10:40 UTC by huggi
Modified: 2003-09-08 16:53 UTC (History)
5 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 huggi 2002-06-13 10:40:34 UTC
On "discuss_de" we've talked about some problems with the installation process
on windows plattforms:

The affected OSs:
MS Windows 95 A, B, C
MS Windows 98 First, Second
MS Windows ME
MS Windows XP Home
MS Windows NT
MS Windows 2000 Professional
MS Windows XP Professional

Basics:
As you already know, the above plattforms not offering the same architecture
like unix-based plattforms. At least on Windows NT 4.0 Windows OS has become the
feature of an "root" (Administrator) and normal Users, in the discussion we
figured out, that this is also the strategy for Windows 2000 and the Windows XP
Plattform.


A sample situation
The setup proposal for the netinstallation is a good whitepaper in bigger
installations. But a "normal user" (for e.g. "moritz") won't read it, he just
clicks on the setup.exe (without -net) on his Windows OS and install his Version
on the appropriate Path (for e.g. on C:\Programme\OpenOffice.org1.0\) without
knowing, that he should do that only with the root privileges (Administrator user).
Then, later on, another user (in a private enviroment another part of the
family) will log on with a "normal user" (for e.g. "max") and if he also wants
to use OOo, he will just click on the setup.exe (withou -net) and the only
screen he will receive is the "remove option", where he can de-install
openoffice.org.

Background Ideas:
Eric and Andreas talked about an external "batch file", witch will call
"setup.exe -net" if they use it. Personally I don't like the idea to create
external tools, if we have the source code of the installation-set available and
working together on the same project ;-)
I've created this issue to bring the ideas and possible solutions together at
one point, tough that the "installation.openoffice.org"-project is the right
place to talk about this issue.

Some possible Solutions:
- Maybee it's possible to read out the current users privileges, when a user
calls setup.exe. 

- If he's not an administrator (at least at Windows NT or higher plattforms) a
warning msgbox should be displayed. 

- If the user is administrator, the installation should be working without a
warning (even if he has local administrative rights, they should know what they
do with those permissions).

- And if the "Administrator" calls the setup.exe this installation set should
give him the possibility to create/add a "setup.exe -net" shortcut on the
start>programs>menu or "the desktop" for normal users (in addition to the normal
current user shortcuts to the program apps (writer, calc, setup etc...) With
this  enhancement, "normal users" can simply click the shortcut on their
desktop/menu (without knowing that this will call setup.exe -net) and proceed
with the setup procedure.

If you have another idea/solution or understanding of this situation, feel free
to add your comments to this issue.
Comment 1 Olaf Felka 2002-06-13 13:53:54 UTC
Please have a look at the proposals at http://installation.openoffice.org/
I forward this issue to the responsible person.
Comment 2 ooo 2002-06-13 19:54:11 UTC
Hi there,
i like most of the proposal, especially the idea to make the
user/network installation default.

But I see one problem: what happens, if a network installation is made
and a user runs his user installation including the system setup
(fonts, registration etc.). Then he logs onto another machine in the
network and tries to start OOo/SO? The network installation is there,
the user files are there, but the fonts and system entries are missing!

Wouldn't it be better to make the network installation default and let
the soffice application test at startup, if the system entries and the
user data are availible?
So I would divide the installation into 3 steps:
- files installation
- system installation
- user installation

setup would do ONLY the files installation (former: network
installation). soffice had to check system and user installation
during (each!) startup and would run one of them or both, if nessecary
and possible (rights!).
How much additional startup time would this process need? Is it feasible?

Thanks for your attention
Uli
Comment 3 dirk.voelzke 2002-06-14 11:18:00 UTC
Currently the office and the setup application are looking for a 
sversion.ini in the application data folder of a user to find the 
path to the workstation installation. When this file is missing or 
there is no info for the current version in this file, a user 
installation will be started. This application data folder should be 
unique for each user and computer so when a user starts a office on 
an different computer the workstation installation will be started 
again.
Things will change a little bit, when issue 1940 has been finished, 
but this behavior will be the same.

*** This issue has been marked as a duplicate of 1940 ***
Comment 4 lohmaier 2002-10-31 19:01:42 UTC
closing duplicate