Having created a new custom list (even with only a text field) I am unable add new items to the list - the error message is Unexpected response from server. The status code of response is '0'. The status text of response is ''. when in 'quick edit'.

If I try to add or modify an item in the list by clicking 'add new item' I get "The server was unable to save the form at this time. Please try again."

I have restarted the Sharepoint Search Host Controller server but to no avail. I have 24Gb RAM for this server so it's not a memory issue (8Gb available). I have also tried from various browsers including Chrome and Safari - still the same error message.

This error only occurs on lists. I can edit document properties in a library and have no problems with calendar entries.

There are no entries in the event viewer, so where do I need to begin looking to find out what is (or rather is not) happening?

• Edited by gjross Wednesday, January 09, 2013 7:10 PM

I've just been fighting the same error message (Unexpected response from server. The status code of response is '0'. The status text of response is ''.) with the Content Search webpart. Internet Explorer developer tools (F12) showed that a request for:

/_vti_bin/client.svc/ProcessQuery

was being redirected to /_login which would then redirect to /_windows and then back to /_vti_bin/client.svc/ProcessQuery. This repeated a few times before giving up.

It turned out that anonymous authentication was disabled in IIS Manager and enabling it fixed it. I guess that I didn't have access to the client.svc web services so it tried to prompt me to login but /_login knew that I was already logged in so sent me back.

As a quick test, try getting to <yoursite>/_vti_bin/Client.svc/web/lists in a browser and see what happens.

Hope this helps.

• Proposed as answer by BenisJ Thursday, January 24, 2013 6:14 PM

Hi DarkMoutch,

Sorry, reading my reply again I obviously was not clear on what I meant.  What I meant by disabling the workflows was to go into the list list/library with the problem and remove the SharePoint Designer wokflow.  This deletes the association of that workflow with that list, and doesn't actually delete the wokflow.  Then you can still open the workflow with SPD and do maintenance on it.

Only do this for workflows created with SPD though.  If you delete a workflow created in SharePoint (e.g. the Aproval WF) then it is gone.

I wouldn't be surprised if other things can cause the above message though.  In SP 2007 I had some problems with InfoPath forms and it turned out to be that I needed to add the 'Use Remote Interfaces' permission to the permission level being used (contribute I think).  I haven't made it that far to test this with 2013 though.  To adjust this go to the top level of the site collection -> site settings -> site permissions -> permission levels (in the ribbon).

May be you have not given the permissions correct to the user.

So go to permission level and assign "Use Remote Interfaces  -  Use SOAP, Web DAV, the Client Object Model or SharePoint Designer interfaces to access the Web site." this permission to the user.

Hopefully it will help you.

Pratik Purohit

MCTS, MCP

• Proposed as answer by Pratik Purohit (MCTS) Friday, September 13, 2013 5:00 AM

Thanks Eric and Pratik,

Saved my day. I had user group with "Restricted Read"  site level  and "Contributor" on document library.

I was getting into same issue mentioned above. I have used your solution of adding permission level to user group.

Thanks,

Prashanth

I was facing same issue following steps worked for me.

1) Enable 'Manage content types' in the library setting.
2) Add the 'Link to a document' content type.
3) Edit the properties of the document and save.

Please let me know if its fixed

Regards,

Omkar

• Proposed as answer by Omkar Baviskar Monday, June 09, 2014 8:21 AM

This resolved for me, thanks.

Just wanted to let you know that this resolved the issue that I was having. I had a subsite with unique permissions, and an account that was part of a role that has a custom permission level. Even though this permission level has permission to add items to lists, I was getting the "The server was unable..." error. I went to the custom permission and added back in the "User Remote Interfaces..." as you suggested, and it fixed my issue. Seems rather odd, but it got me up and running again. I have some additional testing to do now to make sure this did not grant more permissions that I intended, but this puts me in the right direction at the very least. Thanks.

We also struggled with that problem. It turned out that it occurs only once a day - in the morning, at the first attempt to save something.

IISreset in the task scheduler on the server in the morning is a functional workaround so far, but I would love to know the real reason...

Unique permissions for a custom list was the problem for me.  I slowly tested SITE permissions and found that I had to at least give the user read permissions on the site and then be more strict on the custom list.

HI,This issue is with cause of many reasons like IIS,Server,Host controllers...Please check the link below that explains more in details about the issue and the solution.

http://expertsharepoint.blogspot.de/2014/07/the-server-was-unable-to-save-form-at.html