Users can't change their passwords

5 views
Skip to first unread message

Christian Bendele

unread,
Sep 7, 2010, 9:40:57 AM9/7/10
to Simple Groupware
Good afternoon.

I have installed sgs (german) a few weeks ago and updated it to the
latest version 2 days ago. Ordinary users can not change their
passwords from their workspace. When choosing "Eintellungen
ändern" (change settings) from the "Hauptmenü" (main menu), the main
frame only contains the message "Element(e) nicht gefunden oder
Zugriff verweigert. (view=changepwd)" (Element(s) not found or access
denied. (view=changepwd)).

All other functionality of sgs seems to work fine. I can also of
course change users passwords from the user management module when
locked in as the privileged user. I am not aware if it was possible
for users to change their passwords before the last update, since
we're only starting productive use now. I set the passwords of my test
users in the system module and unfortunatelly failed to check if they
can change their own passwords.

Do ordinary users have to be members of some special group to be able
to change their password?
I use mysql as auth method, in case that matters. Apache version is
2.2.15, php is 5.3.2.

Any help would be really apreciated.

Chris

Thomas Bley

unread,
Sep 7, 2010, 12:08:25 PM9/7/10
to simple-g...@googlegroups.com
Hello,

you can check the rights on the user folder, "" should be:
|changepwd:write:anonymous|

bye
Thomas



--
You received this message because you are subscribed to the Google Groups "Simple Groupware" group.
To post to this group, send email to simple-g...@googlegroups.com.
To unsubscribe from this group, send email to simple-groupwa...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/simple-groupware?hl=en.


Christian Bendele

unread,
Sep 9, 2010, 7:50:23 AM9/9/10
to simple-g...@googlegroups.com
Hello,

thank you for your help.
The problem was actually that I had removed _read only_ access to the organization folder for anynymous and applied this
to its subfolders, including users, as well. Obviously the write access granted by |changepwd:write:anonymous| does not
imply read access. When I gave anonymous read access to the users folder it worked again.

Chris


2010/9/7 Thomas Bley <thb...@gmail.com>
Reply all
Reply to author
Forward
0 new messages