**
‎You probably already did this but just checking - Did you check the permissions assigned on the request id / entryid on the user form?


From: Dave Barber
Sent: Wednesday, November 13, 2013 8:20 AM
Subject: User form changes in 7.1.0

**
All,

We've just upgraded our production incident servers from ARS 7.0.1 patch 012 to ARS 7.1.0 patch 011 (with the intention of upgrading to 7.6.04 early next year).

It appeared as though everything ran without issue during the migration, and our applications have been running without issue for over a week, we've just been informed of a problem.

Our (internal) service desk were given an option for resetting AR User passwords :
- permissions group created "password resets"
- add group as sub-admin to the user form
- give "password reset" group write permission to the password field
- add "password reset" group to users who want to reset passwords
- write a simple little application that allowed the service desk to browse for accounts, click a button and a password would be mailed to the requester.

All worked well.

Except it doesn't work in 7.1.0.  It looks like a row level permission issue - despite double checking that everything is configured as it was before, the service desk staff can only see their own profile.

Any ideas what changed in 7.1.0 onwards to cause this?

Regards

Dave Barber
_ARSlist: "Where the Answers Are" and have been for 20 years_
_ARSlist: "Where the Answers Are" and have been for 20 years_

Reply via email to