Hi, to follow up what Yogini has mentioned, I have seen a number of issues with SRM (over the versions) when attempting to close consoles, using On Behalf of, etc where the system attempted to update the SRM preferences (surrounding counts, etc) due to the records in the preference forms having a different case on the login ID e.g. "s1234" - Login ID, preference record had "S1234".
If you have a non case sensitive database, and the user logged in for the first time using a upper case letter in the login ID (allowed), the preference record would be written in upper case. When SSO was applied (or the user logged in with lower case), the user was logged in using the stored lower case Login ID and this threw errors as the system could not update the preference record - although it was a case insensitive system. Deleting the preference records would allow the user to re-create this on next login fixing the issue. Something to note surrounding the whacky world of SRM. Cheers Carl http://www.missingpiecessoftware.com/ From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of ITSM.Support Sent: 09 August 2012 18:02 To: [email protected] Subject: Re: Write Access Permissions Error Submitting SRM On Behalf Of ** Hi, We have seen same error at our end. To resolve this, we recreated user record for the user we were getting an error, then it started working correctly as expected. HTH -- Regards, Yogini Vyom Labs Pvt. Ltd. BSM Solutions & Services || ITIL Consulting & Training Email: [email protected] || Web Site: www.vyomlabs.com Follow Vyom Labs http://twitter.com/#!/vyomlabs || http://www.linkedin.com/company/vyom-labs _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
