Hello Cireson Community
I have a problem
Sometimes when an end user updates a ticket, he gets an error "Request Failed" when he clicks the SAVE or APPLY button.
I have tried to clear the cache of the browser but it didn't help.
in order to solve this problem, I change the AFFECTED USER to me and back to that end user.
after this, the end user can update the ticket and save.

I checked the log file and there are these lines. Do you know what mean these lines?
2017-06-12 09:32:39,449,UpdateDirtyProjectionAsync threw an exception
2017-06-12 09:32:39,449,Microsoft.EnterpriseManagement.Common.UnauthorizedAccessEnterpriseManagementException: The user DOMAIN\NAME.SURNAME does not have sufficient permission to perform the operation.
at Microsoft.EnterpriseManagement.Common.Internal.ServiceProxy.HandleFault(String methodName, Message message)
at Microsoft.EnterpriseManagement.Common.Internal.ConnectorFrameworkConfigurationServiceProxy.ProcessDiscoveryData(Guid discoverySourceId, IList`1 entityInstances, IDictionary`2 streams, ObjectChangelist`1 extensions)
at Microsoft.EnterpriseManagement.ConnectorFramework.IncrementalDiscoveryData.CommitInternal(EnterpriseManagementGroup managementGroup, Guid discoverySourceId, Boolean useOptimisticConcurrency)
at Microsoft.EnterpriseManagement.ConnectorFramework.IncrementalDiscoveryData.Commit(EnterpriseManagementGroup managementGroup, Guid discoverySourceId, Boolean useOptimisticConcurrency)
at Microsoft.EnterpriseManagement.ConnectorFramework.IncrementalDiscoveryData.CommitForUserDiscoverySource(EnterpriseManagementGroup managementGroup, Boolean useOptimisticConcurrency)
at Cireson.ServiceManager.ManagementService.ManagementService.<>c__DisplayClassc.<InvokeCommand>b__b(EnterpriseManagementGroup emg)
at Cireson.ServiceManager.ManagementService.ManagementService.InvokeCommand[T](Func`2 func, Boolean invokeAsService)
at Cireson.ServiceManager.ManagementService.ManagementService.InvokeCommand(Action`1 action, Boolean invokeAsService)
at Cireson.ServiceManager.ManagementService.ManagementService.<>c__DisplayClass6.<InvokeCommandAsync>b__5()
at System.Threading.Tasks.Task.Execute()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at Cireson.ServiceManager.ManagementService.ManagementService.<InvokeCommandAsync>d__8.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at Cireson.ServiceManager.Services.Projection.<UpdateDirtyProjectionAsync>d__6c.MoveNext()
Answers
Is this just happening to one user or a group of users?
The error:
Would suggest the user doesn't have access to the workitem or a certain form.
Are you using custom forms?
Is the app pool account an SCSM admin in Service Manager?
Hello,
No, the end user's are from different end users groups.
checked the "All Work Items can be accessed" for (end users) User roles.
Yes, our Incident form is customized.
I don't understand this question "Is the app pool account an SCSM admin in Service Manager?"
It is referring to the Administration - Security - User Roles in SCSM.
In the Administrators group is the App Pool set as a user.
Did you ever get this resolved? We've just had the same reported.
No.This issue continues.
I don't know what I must check or configure in order to solve this problem.
The AD Users sometimes get that error when they try to add a comment .
I checked almost everything.
there are 2 lines in log file when an user get thar error
1 )IRXXXXX threw an exception likely due to scoping that hasn't been applied
2)The user DOMAIN\NAME.SURNAME does not have sufficient permission to perform the operation.
They can see the calls fine, but cant update them.
The same workaround (of swapping the user out and back in) also works for us, but is obviously not a fix as the user would have to ask us to do that before updating!
It's certainly not all users, and as proved by the above, it isn't permissions as they can update calls once moved out of the affected user and back in.
Have you spoke to support and asked for them to have a look already?
No, I haven't connected with support.
what is your portal version?
Current Portal Version: 5.0.6.0
We're on with @Geoff_Ross to get it updated
I hope you will update ASAP
We also will, at this time I create a TEST SCSM environment.
I don't want to update our PROD without testing.
As I understand, this Request Failed error was for our versions
and CIRESON has solved it by a bug.
but there must be a solution for our versions also
We have the same issue but with users approving/rejecting RA. this error have been with us since 2012 r2 Ur3 and the old silver light portal though the error message was somewhat different. We have a case with microst about this and it is not the Cireson Portal that throws this exception. I belive it it is the data access layer of SCSM but i cant prove it
2012 portal error msg: "The approve operation is not allowed in the current state of the activity"
Anyone get this resolved at all?
Bump