[OGo-Users] after editing appt. as ogoadmin, it is marked private in webui, and not possible to reset it
Sebastian Reitenbach
users@opengroupware.org
Wed, 12 Dec 2007 16:04:35 +0100
users@opengroupware.org wrote:
> On 12.12.2007, at 14:49, Sebastian Reitenbach wrote:
> > argh, but when I just recognize the problem, it is ten times faster
> > for me to login to the ogo webui as ogo admin, and just correct the
> > appointment.
> > I'd prefer the way, making the ogo admin user able to change that
> > field too.
> > Instead of having to figure out, who else is able to change the
> > appointment, and bug that person.
>
> Its really the decision of the person. If you want to have edit-access
> to all their appointments, and they agree, they can simply put you in
> their edit-access-list (scheduler preferences). In fact, as the admin,
> you can do this in the template user (and the person can choose to
> change the setting when creating and apt).
>
> Real 'delegate' functionality would be better of course (you could
> configure yourself as the delegate for all others and have all
> permissions they have).
yes, would be great to have.
>
> Doing stuff as root also destroys 'accountability', since the actor
> doesn't show up in the logs, but just root.
what is fully ok on my side, but right, accountability is "away".
> (again, a bit unfortunate legacy that 'root' is tied to the special
> UID 10000, all accounts should be able to join a 'root' role).
yes, that is is.
>
> > And as the admin can change it in the database also, so I cannot see
> > the
> > point to not allow such things via the webinterface.
>
> The database/host admin is NOT necessarily the same person as the OGo
> admin.
yes, I'm aware of it, then the ogo admin has to contact the db admin, to do
the job.
however, right now, I just think the behaviour is inconsistent, the ogo
admin is able to edit anything of an appointment, even delete it, but not
change the access rights.
cheers
sebastian