Hi all, I am having quite an annoying issue. Server Environment Win2k3 Standard R2 WSS 3.0 SP1 All fully patched Client Environment WinXP SP3 Office Professional Plus 2007 IE 8 All fully patched Document Library Settings Version Histroy enabled (Major and Minor versions) "Require documents to be checked out before they can be edited" option is YES Local Drafts folders are being used when checking out. Description of Issue The following symptoms appear only on a few systems in out company. It is computer-based, meaning the issue occurs regardless of which user is logged in (even Domain Admins) In an existing document library, if the user opens a document, they get prompted if they want to open in Read Only or Check Out and Edit. They choose to Edit and use local drafts folder. They make changes and save the document. When closing the document, they get prompted to check in. They click Yes. They choose the version type (Minor or Major) and Version comments and click OK. This error occurs: There has been a network or file permission error. The network connection may be lost. (https://sharepoint.abcdefg.com.au/docume) <-- You can see this address is not complete, Not sure if this is useful info or not When creating a new document, the document opens and the user enters text and clicks the save button. Now, instead of pointing to the SharePoint document library, the Save As window points to the "My Documents" folder. On other machines it will point to the Document Library. If the user types in the address to the SharePoint Document Library into the File name field and presses enter, the following error appears: Cannot find the URL 'https://sharepoint.abcdefg.com.au/documentlibrary/", please check your typing. When browsing the Document Library, the user clicks "Actions > Open with Windows Explorer" to view in an explorer window. The following error appears: Your client does not support opening this list with Windows Explorer. The user can upload files normally What I have tried I have done a Repair install of Office (Run all from my computer) I have Reset IE settings to the default condition (Advanced tab in IE options) I have installed the following: - KB932823 (http://www.microsoft.com/downloads/en/details.aspx?familyid=28E2FDB2-1AA5-4C84-8255-B3142CA2FE85&displaylang=en) - KB907306 (http://www.microsoft.com/downloads/en/details.aspx?FamilyId=17C36612-632E-4C04-9382-987622ED1D64&displaylang=en) Used multiple users in the same computer (including domain admins and sharepoint admins) Added "UseBasicAuth = 1" to HKLM\SYSTEM\CurrentControlSet\Services\WebClient\Parameters WebClient Service is Started My Question I hope this is enough info for you all. I have most likely still forgotten something, so let me know if you need more info. This problem is quite annoying to the user, and to me as I cannot find out what the issue is. Are there any ideas of how to resolve this?

My first pass at this is that the permissions for users on this computer is somehow different, and when excel tries to write to a temporary folder on that system before the check in it fails because the user can't write to some temp folder on the hard drive. Can you up the users permissions to administrator on their workstation and see if it works? Brian ------------------------------- MCTS SharePoint 2007 Administration and Programming blog: http://brianhochgurtel.blogspot.com

Some more information. So far in our company (out of 80 computers) this has happened to 4 computers, all of which are laptops. I have uninstalled IE 8, but the issue remains in IE7. I reinstalled IE 8 and the issue still remains.

A few other things I have tried: Updated Network Card Drivers Uninstalled and Reinstalled IE8 Removing and re-adding computer from the domain Remove from domain, rename computer, deleting computer account from AD, and adding computer back using a different computer name. Reinstalled Web Folders using the webfldrs.msi from the "Run" window. Anyone encountered any of these errors before? Has anything i've tried triggered any other ideas?

Still no good news here. Another computer has fallen foul to the SharePoint Curse. This time it is a Desktop, not a laptop, so that theory looks a bit hazy now. This desktop was primarily used as a Remote Desktop machine. The user is in an offsite office, so remotes into this computer which is on our domain. Anyone thought of anything I could try out here?

Have you looked at using Microsoft Office Diagnostics? http://office.microsoft.com/en-us/help/diagnose-and-repair-crashing-office-programs-by-using-office-diagnostics-HA001234076.aspx I have seen your problem when end users have a mix of Office 2003 and Office 2007. Sometimes it happens on a machine that has been upgraded from 2003 to 2007. The diagnostics tool helped me out with that. That's my best suggestion for now. Brian ---------------------------------------------------- MCTS SharePoint 2007 Administration and Programming blog: http://brianhochgurtel.blogspot.com

Thanks for the reply. I hadn't actually tried the diagnostics. I tried it just now, and unfortunately it did not come up with any errors at all. :(

have you tried deleting the user profile from that machine? after that, login with the user that has the problem and instead of opening the file by clicking on it, try using the check-out option from the item menu. I've seen something similar with project server on sharepoint, sometimes it just needs to be checked-out with the propper menu and not by clicking on it. hope it helps pedro

Thanks for the suggestion. I have tried recreating the user profile. It did not make any difference though. Once the issue begins, it will affect all users on the computer. I have also tried logging in with a user that has never logged on to that machine before and it still does not work. I have also logged on as a Domain admin and that doesn't work either.

I know I'm grasping at straws now, but is the client system 64 bit? A friend of mine was having a similar issue and he removed the 64 bit version of the browser and installed the 32 bit version of IE and things started working. Also one test might be to use a browser other than IE on these systems. If it works in another browser, you know your issue is IE. If it doesn't work in another browser, more than likely it's the system. At least you've isolated the problem. Brian

I didn't get a notification about this post, how weird. We do not have any 64-bit clients as yet, so that is not the answer, unfortunately. I have also created a new WSS server and the problem still exists with that site. I upgraded the second WSS to SharePoint 2010 Foundation, and the problem still exists on that too. We have tested this on Firefox on an affected machine, but it does not seem to have the functionality to do check-outs and editing, so not a good check.

This may seem like a funny suggestion, but can you try the following delete a folder in registry called “Software” under HKEY_CLASSES_ROOT\Software\Microsoft\MasterAggregatorForIPP\OleDbHandlers Run an Office Repair Notes: It should just work without system restart. I'm not sure why it happens, but for some reason this registery item stops users saving to SharePoint. the fact that they were checkign a document back in when it happened is likely to be a red herring. hopefully this helps. Kelly