reassigned

Hi Mikhail,

Even if you do it the right way (without copying), brantgurga is right.
The restricted user is not allowed to enable the mozilla plugin.

It only works if the admin who has installed Office enables the plugin. Then it works for 
all users.

The problem is that the current plugin design uses windows system registry to
store the path to the OOo installation so that the plugin is able to find it.
This entry is written when user checks the entry. Without this entry the current
plugin implementation can not work. Thus a user with limited rights can not do it.
A possible fix would be to store this value during setup in to the system
registry and never remove it. The information whether the plugin should be used
might be stored in OOo registry as a boolean entry. In this case each user
should be able to activate or deactivate the plugin.

Actually the mentioned above solution is more a workaround than a fix. And it is
not good for the final, since it is a complecated, error-prone change ( the
plugin will have to connect OOo constantly to check the boolean value ) in the
code that is not written by us.

And the most important thing is that the bug affects only "restricted users" who
can not change even local registry. "standard users" can do it. So I change the
Summary.

The behaviour regarding restricted users is correct. They should use default
system settings selected by system administrator. The problem is that system
administrator can not preselect the behaviour of the mozilla plugin during setup
( the plugin is always deactivated after setup, so the administrator has to
start the office and access configuration menu to change the mozilla plugin
default settings ).

The clean solution would be to introduce an entry in the setup that would allow
a system administrator to set the default state of the mozilla plugin.

So this bug now is only about introducing of a new "Mozilla plugin" entry into
the setup and I set the target to "OOo Later".

Changing the priority to P3.

An alternative idea given that an administrator must install OpenOffice.org in
order for a limited user to use it and an administrator may change registry
permissions, the registry key required to be writable in order to activate the
plugin can be given Modify privilidges at installation time, though this
solution is less favorable from a security viewpoint.

I personally favor mav's first idea that that key which store the location of
OpenOffice.org's installation be written at installation time.  In order to
enable the plugin, there would be a per-user boolean preference or possibly
since I think one can have per-user plugins, copying the plugin DLL to the
user's plugin directory to enable it.

By the way, if you know the registry key that needs modify privelidges, could
you add an entry to http://nonadmin.editme.com/KnownProblems for OpenOffice.org 2.0?

mav->brantgurga: The system administrator should not write the registry entry
himself. For now ( as workaround ) he should just do the steps 3 and 4 mentioned
by you and then the entry will be written.

Currently the feature is designed so that restricted user can not configure this
option. This is why the first solution suggested by me is not really a fix, it
will change the designed behaviour. If you whant it to be changed please submit
a standalone feature request for this.

The only wrong thing in current behaviour is that the system administrator has
to do steps 3 and 4 to let the mozilla plugin be activated by default. Instead a
system administrator should be able to specify whether the plugin should be
available by default during setup, the same way as it is done for OOo ActiveX
control and other components.

Reset assigne to the default "issues@openoffice.apache.org".