Cannot Check in Excel or Word documents in SharePoint 2010 over https
I have a SharePoint 2010 environment that is not allowing users to check in their Excel or Word documents over https. Users can save their documents over http.
This is what they are experiencing:
1. click Excel document which opens in Excel.
2. User clicks 'Check Out' in Excel
3. Edit Offline Pop up appears (States that Offline document will be stored on your computer in SharePoint Drafts)
4. user clicks OK
5. User makes their changes.
6. User clicks save (which saves locally with no issue).
7. When user attempts to close Excel they are prompted to check in.
8. User clicks yes and a pop up appears for Check In version comments. User enters their
comments and click ok.
9. A bar appears as if it is updating SharePoint, but Excel does not close.
10. User attempts to close Excel again and same process is repeated from step 7 above.
11. If user Clicks No to Check in, Excel is closed.
12. The document shows as checked out in SharePoint and does contain the changes.
13. In SharePoint if the user attempts to check in a pop up appears for comments.
14. After user enters their comments and clicks ok
15. Another pop up appears notifying the user that they are about to upload the file to SharePoint, Do you want to continue. The user clicks yes.
16. The user receives the following message:
Note: Excel is not open nor is the file being edited. Ultimately, the user has to discard the check out to get rid of the lock on the file.
This is what they are experiencing:
1. click Excel document which opens in Excel.
2. User clicks 'Check Out' in Excel
3. Edit Offline Pop up appears (States that Offline document will be stored on your computer in SharePoint Drafts)
4. user clicks OK
5. User makes their changes.
6. User clicks save (which saves locally with no issue).
7. When user attempts to close Excel they are prompted to check in.
8. User clicks yes and a pop up appears for Check In version comments. User enters their
comments and click ok.
9. A bar appears as if it is updating SharePoint, but Excel does not close.
10. User attempts to close Excel again and same process is repeated from step 7 above.
11. If user Clicks No to Check in, Excel is closed.
12. The document shows as checked out in SharePoint and does contain the changes.
13. In SharePoint if the user attempts to check in a pop up appears for comments.
14. After user enters their comments and clicks ok
15. Another pop up appears notifying the user that they are about to upload the file to SharePoint, Do you want to continue. The user clicks yes.
16. The user receives the following message:
This document was checked out to your local drafts folder but the local copy could not be checked in to the site. Close any application that is editing the document and try to check in again, or discard the checkout.
Note: Excel is not open nor is the file being edited. Ultimately, the user has to discard the check out to get rid of the lock on the file.
Uttam (Kukdai) Dhakal
which browser you are using. have you tried with all the browsers.
ASKER
No. My users are required to use IE 8 only. Not all my users are experiencing this issue. I have not yet found anything that sets one user apart from another, with regard to this issue.
The users that have this problem always have this problem and those that do not, never do.
The users that have this problem always have this problem and those that do not, never do.
ASKER
Continueing to work the problem I have discovered the following:
This problem is restricted to https only. (does not occur with http)
Only affects files that require check in or check out. Document libraries that do not have check in do not have problems.
If you reboot your system Excel will work the first 5 minutes that you use it before the problem occurs again.
The following settings are located in Central Administration under the Applications Management heading, Web Application Management section:
For the web application, click on Authentication Providers
Select the provider that coorosponds to your HTTPS Alternate Access Mapping (you can check Alternate Access Mappings, which is located under Application Management, to verify which zone it is in)
Ensure that, for the Authentication Provider for your HTTPS AAM, that the "Enable Client Integration" setting is set to "Yes"
Also, in the Web Application Management section, click on the General Settings button and maybe set your "Browser File Handling" setting to "Permissive"
For the web application, click on Authentication Providers
Select the provider that coorosponds to your HTTPS Alternate Access Mapping (you can check Alternate Access Mappings, which is located under Application Management, to verify which zone it is in)
Ensure that, for the Authentication Provider for your HTTPS AAM, that the "Enable Client Integration" setting is set to "Yes"
Also, in the Web Application Management section, click on the General Settings button and maybe set your "Browser File Handling" setting to "Permissive"
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
This was a very difficult solution to come up with. Fortunately some associate SharePoint Administrators I work with had encountered this problem before and it took them 10 months to resolve.
I appreciate everyone's help.
Thanks!
I appreciate everyone's help.
Thanks!