of -> cj: Please have a look.

Edited summary. 

How does this apply to 2.0 ?

Søren

The all user option doesn't apply anymore, but it still asks every user that 
logs into the computer to accept the license agreement the first time.  My 
guess is wherever it saves that you accepted the license agreement is in the 
users profile.  It should be saved either in the all users profile or in the 
openoffice directory itself.  The latter may be more conducive to other 
platforms.

Adam

CJ: We need to display the license during installation and during first start
up. This has legal resons. I have to reject this issue.

.

Well in the US you cannot have a child under the age of 13 accept a license 
agreement.  So then at least you would have to put a box saying click here if 
you are under 13.  Out of curiosity what is in the license agreement that 
requires every person that logs into the computer to accept it?  Obviously 
already the license agreement applies to every user of the software, because I 
could use someone elses log on and run openoffice and not have a license 
agreement to accept.  So I am just confused why it is so important that every 
user agrees to it.

thing->cj: OOo is now LGPL only. In issue 23755 it is stated that acceptance of
GPL license agreement is not required for each individual user. 

Furthermore, contrary to what is stated in issue 23755 Mozilla products doesn't
require that each individual user accepts the license agreement. I suggest OOo
developers follows Mozilla's lead and lowers the barriers for mass deployments.

Reopening issue because of license change.

In the "StarOffice 8 Administration Guide" in section "2. Customizing 
StarOffice on a Network" there is a description of how to "Deactivate the 
Registration Wizard at the First Startup of StarOffice": 
 
  http://docs.sun.com/app/docs/doc/817-7496/6mmqgehh4?a=view 
 
So how should this be a problem in OpenOffice.org? 

add cc.
    What I would like to see is something easy to remember to do considering
that most of us work in so many software products at all times.   I think that
if you accept the license as 'root' that it should store this fact in the build
area and each new users then does not have to accept.  There is general panic
and mayhem when I push out point releases to our 700 users. :)  Having root (or
administrator on Windows) accept seems very clean to me.

This issues is an obstacle for mass deployments and possibly irritating for the
end users.

AFAICT to disable registration for all new users add the following nodes to
<node oor:name="Office"> in /share/registry/data/org/openoffice/setup.xcu 

<prop oor:name="LicenseAcceptDate" oor:type="xs:string">
 <value>2007-01-01T01:01:01</value>
</prop>
<prop oor:name="FirstStartWizardCompleted" oor:type="xs:boolean">
 <value>true</value>
</prop>

However, it would be more telling to add an option called DisableFirstStartWizard.

This option can be set - at least for the Windows NSIS installer - by adding a
checkbox to the installer "Disable registration for new users" which could
trigger that the lines above are inserted to setup.xcu. I don't know how it
could work with MSI.

If no option can be set during installation the user registration should be a
user initiated dialog - not an in your face type dialog.

cj->mh: Hi Martin, please take a look a this issue. Is there still a need to
display the license at 1st startup, for each user?

It should be the default that every user has to accept the license. I assume
that an sysadmin who is doing a company wide installation knows about the
consequences if he modifies the configuration so that not all user get the box
displayed. I recommend not to have this as an easy option in the UI.

Why? I have probably installed hundreds of pieces of LGPL-licensed software on
my PC (running Ubuntu), and none of these pieces of software has ever presented
me for a license text. Not even the OOo-package that comes with Ubuntu.

Worse is 700 people having to accept on the same machine, when the IT division
should globally be able to accept the license.  We are the custodians and
responsible for the license, and not the user community.  It would be so very
clean for us if new versions just launched without user interaction.  All of the
areas in the dialog can be altered later anyway if they so desire.

We need to keep in mind that OpenOffice.org can be distributed with an
Distribution and also as an standalone Application.
For the standalone distribution I strongly recommend that we keep the agreement
of the license of the users. If the Linux distributor decide that OpenOffice.org
is compliant with their license they can change the configuration.
The OpenOffice.org project distributes the product OpenOffice.org as an
unbundled product, so we need to keep the default. 

This is SO ridiculous.

We manage some 250+ PCs in network. No one piece of software demands the end
users to even see any licence. Not pripietary software, nor GPL one. Because the
computers in an enterprise are maintained by ADMINISTRATORS and the enterprise
policy even strictly DISALLOWS the end users to confirm ANY licence agreement.

I know more enterprises like our with similar policy, and I would wonder if
there are some that ALLOW end users to do that. The end user should NOT even
FACE any licence, nor confirm it. He is not lawyer, nor admin. The lawyers and
admins have resolved the licence issue long before. The user just USES the
software that is preinstalled on computer.

So, there SHOULD be some installation parameter for admin that would STOP
OpenOffice.org asking for the perpetual ridiculous licence agreement and
registration for every user that logs in.

Does OpenOffice.org have so much of users that it can afford throwing the
enterprises away the way it does?

I'm fine with the removal of the LGPL license agreement dialog. set target 3.0
for this.

That is great news!!

If we want to disable the registration job and don't want to remove menu entry
and the code it can be done by applying the following patch. Please review and
set type to PATCH if this patch is enough.

Created attachment 51583 [details]
default-no-registration.diff

add cc

reassign to pb

pb: for information: we only decided to remove the license page of the
firststartupwizard, not to remove the complete firststartupwizard. 

pb: fixed in cws changefileheader.
Files changed:
/desktop/source/app/appfirststart.cxx 1.4.14.3

Please verify.

OF: There's no longer a license file displayed in firststart wizard.

OF: OK in dev300_m9