Hands head in shame; no - I hadn't checked on that. And that has resolved it :)
Many, many thanks. On 13 November 2013 13:25, Randeep Atwal <[email protected]> wrote: > ** > 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 > *To: *[email protected] > *Reply To: *[email protected] > *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_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
