Approver receive an email with link to a workflow task, and got an error message: Sorry, Something went wrong. An unexpected error has occurred. Web Parts Maintenance Page: If you have permission, you can sue this page to temporarily close Web Parts or remove personal settings.
Instead of an error, the user was supposed to see a custom task form to select "Approve/Reject." So now, clicking on the link takes me to the Web Parts Maintenance Page. There was a ListItemWebPart and I closed and then reset it, but neither fixed the approver's error message. When the web part was closed, the workflow task page is blank. Note: when the web part was "closed" I was able to restore it by adding it back from the web part list.
So, thinking the web part only applies to this list and closing it didn't fix the issue, I deleted it. And now all hell breaks loose. I cannot recover the web part anywhere. And ALL lists under the same site now cannot access the approver's task page. The workflow task page is blank.
Note: Here's the error message shown on workflow task history - "Error in task. Object reference not set to an instance of an object." and here's the URL that goes to the task form: /Lists/Workflow%20Tasks/EditForm.aspx?ID=
If anyone has any insight on this, please do share...I have not been able to find much on this let along the same case scenario.
What was the page that was being edited, was it the EditForm to the Workflow Task List's page? This would cause the issue you are seeing.
Andrew Glasser, yes it was the EditForm. We figured it out that the error page was due to a clash of List permissions and Workflow permissions. When the error occur, we have, under List Settings > Advanced Settings with "Read items that were created by the user" and "Create/Edit Access for items created by the user" selected. However, we have item permission in the workflow also to allow additional users to approve/view items not created by them. It seems that instead of taking the highest permission given for the item, the list permission overrides workflow settings.
The error message however, directed us to Web Parts Maintenance page.
Thanks for taking the time to read/respond
Thanks for the response and pointing that out. That's why I have a rule, "10 times out of 10, its permissions". It is safe to always check permissions first to nearly any issue in SharePoint. That rule has saved me a lot of time.
I have the same issue. Can you just describe what's the new configuration now ?
In the "Task list" :
- Item level permissions
Read access : Read all items
Create and edit access : Create and edit all items
But what your configuration in the workflow ?
Hi Theresa Chen, can you please explain what you changed in the settings to resolve it? We are having the same issue and amazingly some users are able to approve and some others can't and are getting the web part error page. surprisingly enough, all of them have exactly the same permissions!!! . I need the list to stay by default as Read only own items and create/edit own items unless otherwise specified by the workflow...
Help! Andrew Glasser!
I may need more detail, as it seems that they have the same permissions at some point, but may not through the life cycle of the workflow if it is able to change permissions. Are any workflows running on the Task list? Are commit pending changes action used after permissions change actions?
I also came across the same issue and was batteling against it for a while until... I checked the permission group (approvers) if the person was in there >> ups!!! the person was missing.
However, the error message does give you an impression that there may be something else, webpart etc.