Flexi Task assigned to SharePoint Group, but cannot be responded to?

  • 13 November 2017
  • 12 replies
  • 14 views

Badge +8

I have a Flexi task that is assigned to a SharePoint group. The users in the group got the email notification but they cannot respond to it. 

When they go to the task they get: "You are not authorized to respond to this task."

Have I configured this wrong? Can you not assign a flexi task to a SharePoint group instead of user?


12 replies

Badge +8

Now, when testing this in a different environment, tasks are being created and I guess immediately deleted?

For the sake of testing, I went to a different environment, made a new SharePoint group with a few test accounts and myself. I have a WF that assigns a task to that SharePoint group. I create an item on the list, all the notifications get fired off. Every one of the test users have a task that is deleted? I have a web part on a page on the same site that shows all the tasks assigned to current user. Immediately after making a new item on the list, each test user gets an item listed on that web part that says

"

* Item not foundRemove taskWFNAME11/13/2017 1:08 PMAssign Flexi task"

What is happening here?

Userlevel 6
Badge +16

What kind of permissions have they on the site/lists?

Badge +8

I've verified that the same group has contribute to the site and the list. Then I added them directly when that didn't work.

trying to go to the task gives an "unexpected error". I checked the log file. All I get is the below:

21:32.8w3wp.exe (0x0C7C)0x15ECSharePoint FoundationTopologye5mcMediumWcfSendRequest: RemoteAddress: 'http://testserver:32840/f45065911ce14c3b8738e24984b30b28/BdcService.svc/http' Channel: 'Microsoft.SharePoint.BusinessData.SharedService.IBdcServiceApplication' Action: 'http://www.microsoft.com/Office/2009/BusinessDataCatalog/BusinessDataCatalogSharedService/GetCacheInvalidationRecordsSince' MessageId: 'urn:uuid:054c42a0-68ac-4b66-ae6b-24a648cd0d12'
21:32.8w3wp.exe (0x12CC)0x0F08SharePoint FoundationTopologye5mbMediumWcfReceiveRequest: LocalAddress: 'http://testserver.fulldomain.com:32840/f45065911ce14c3b8738e24984b30b28/bdcservice.svc/http' Channel: 'System.ServiceModel.Channels.ServiceChannel' Action: 'http://www.microsoft.com/Office/2009/BusinessDataCatalog/BusinessDataCatalogSharedService/GetCacheInvalidationRecordsSince' MessageId: 'urn:uuid:054c42a0-68ac-4b66-ae6b-24a648cd0d12'
21:32.8w3wp.exe (0x12CC)0x0F08SharePoint FoundationMicro Traceuls4MediumMicro Trace Tags: 0 nasq,0 e5mb
21:32.8w3wp.exe (0x12CC)0x0F08SharePoint FoundationMonitoringb4lyMediumLeaving Monitored Scope (ExecuteWcfServerOperation). Execution Time=1.193813672907

Actually, I found another part that says the item does not exist.

11/13/2017 13:19:13.20 w3wp.exe (0x0C7C) 0x15EC SharePoint Foundation Runtime tkau Unexpected System.ArgumentException: Item does not exist. It may have been deleted by another user.
at Microsoft.SharePoint.SPList.GetItemById(String strId, Int32 id, String strRootFolder, Boolean cacheRowsetAndId, String strViewFields, Boolean bDatesInUtc, Boolean bExpandQuery)
at Nintex.Workflow.NWListWorkflowContext.get_WorkflowInstance() f18f2c9e-9980-c090-ac19-21621f0d3662

Userlevel 6
Badge +16

What about the task permissions?

You could create a new Nintex Task List and assign it on your workflow design.

Badge +8

It's inheriting the permissions from the site it's on. I checked and they have Contribute permissions there as well. 

Badge +8

This is definitely a permissions issue. When I get the SharePoint group Full Control they can access the tasks. Why would contribute permissions not be enough though?

Badge +16

can you check the permissions on your tasks or main list that you haven't changed the

list settings > advanced settings > item-level permissions section...?

Badge +8

Yea, I realized Nintex had an issue with Flexi tasks when item-level permissions were set late yesterday. That's a fun little thing to work around.

Badge +16

So did you find a solution?

Badge +8

Found out what doesn't work. Didn't find out why. Marked an answer anyhow. Just something to work around.

Badge +8

NJ, I had this same issue some time ago. You must parse the names in the group. I have attached a snippet from the workflow I used.

Badge +8

I was in the same boat with this issue. Not sure if this will work for everyone but I created a flexi task to send to an associates email and then auto forward it to the group mailbox, using a Outlook rule, based off of subject line. This person was then able to go to the group mailbox and go to the email body and respond to the task with no problem. Everything ran perfectly.

 Note: I enabled the option to delegate but it didn't appear to have needed it in this case.

Reply