You may encounter an issue with SharePoint 2010 document libraries that prevents users from check-out or edit documents in the document library. The issue occurs when you break the security inheritance of the document library. Regardless of what permission the users have on the document library, they will not be able to check-out documents or edit them unless they have at least a "Read" Permission on the parent web. Here's how to reproduce this issue...
Note: Once you break the inheritence of any item, list or document library, and you give the user certain permission on that object, SharePoint assigns that user automatically a "Limited Access" permission on the parent web to ensure navigability to that object.
Diagnosing this issue shows that IE send a SOAP message to the SharePoint server, which internally generates "Access Denied" exception without returning any appropriate response to the caller. There is an IE Add-in named "OpenDocuments class" that generates the SOAP request and sends it back to SharePoint which causes the unexpected exception to be generated. Tests with different browsers may produce different results.
This issue occurs only with Enterprise Wiki and Publishing templates of SharePoint Server 2010 and was not reproduced on other templates like "team site". We expect to see a fix in Service pack 1 or later for this issue.
Could you elaborate on this bullet?
Give a user (UserX for example) contribute permission on that document library, now the user X have appropriate permission to access that document library. After you do that, userX now has only "Limited Access" on the root web.
It's not very clear how the user goes from having the correct permissions to not having the correct permissions. Are you saying that if you give UserX contribute rights, they immediately have Limited Access?
Thanks Matt for the note. And yes, once you break the inheritence of any item or list or document library, and you give the user certain permission on that object, SharePoint assigns that user a "Limited Access" permission on the parent web to ensure navigability to that object.
Can the same issue occur with Sharepoint 2007?
Hi, Is there a work-around to solve this issue ?
@Sam...can you tell me what exact scenario you need to implement. I've tried several work-arounds, I just want to make sure of the best one that suits you.
I have a number of users who have the permission to update documents. But the checkout and edit option says they do not have permission. Howver they can open the document in Read mode, and then get a check out option which works.
Is this another symptom of this problem?
We found the solution! Download the latest versión of Internet Explorer 10 or repair and fix the one you have.
Internet Explorer was corrupted in one of our computers and would not allow editing option after downloading fro SharePoint. After we downloaded the latest versión, now IE10, everything worked perfectly.
So, not a SharePoint Issue, not an Office issue, just a corrupted IE issue!
Another work around is to download the files you use and then close Excel or Word. Open Excel or Word again and click on File > Recent > Pin the document in this área and then open it. It will be editable.
Requirement is to have a document available to one user at a time, i.e. with Check out condition being set true
When connecting from home via wireless (no VPN), user is with IE 8 and Office 2003:
a) User can add a document
b) When User checks out the document She/he receives an error message, but once user returns to the document library it shows it as being checked out
c) When user tries to check the document back in the screen becomes shaded and locks, User cannot do anything. Only option is to close the window then get back in. It does not check the document back in
d) User cannot open any of the excel files. When User try's to open the file he/she gets an error message stating the file cannot be opened
Kindly suggest a resolution