Vista, Synchronized Offline Files and SVS
One of the improved features in Vista is the Offline File Sync system; it's a great way to painlessly keep files on your laptop and desktop the same. However Vista's Sync setup doesn't play nicely with SVS and it's not recommended you used Synchronized offline files with SVS for a few reasons:
- SVS won't be able to open the file.
- That file and possibly others will get copied into the layer.
- The directory structure copied into the layer can cause problems possibly later on.
Synchronized files are stored in C:\Windows\CSC\v.2.0.6\namespace\UserName\SyncedFolder and normally you access it via a mapped drive like z:\myFolder but SVS doesn't see the z:\ location and instead sees the C:\Windows\SCS\ path. That wouldn't be so bad except every folder in the CSC path -- including your synced ones -- are locked down as tight as Fort Knox. There's no owner so you cannot access them even with Admin rights having UAC off.
There is a workaround but it's not very pretty. The steps include going through each file, opening up the properties window and assigning yourself as the owner and then giving yourself full rights. This can be simplified by having Windows apply the ownership to all the subdirectories and files. You will be able to access and edit them via the long C:\Windows\SCS\ path and not via the z:\myFolder path and that should be your exclude directory path as well.
I don't know what issues doing this might cause in the long run so do it at your own risk and if you need synced files it's best to just copy them out of the mapped synced drive. Keep them somewhere else for working on, then copy them back when you're done.

The Endpoint Virtualization Community Blog is the perfect place to share short, timely insights including product tips, news and other information relevant to the Endpoint Virtualization community. Any authenticated Connect member can contribute to this blog.
Comments
I have to test your
I have to test your workaround, for my experience, managing manually Offline Files can be a little bit dangerous.
Even if I have configured many times for mobile users syncronize files from file server private share folder, sometimes I see some strange behaviour when users tries to delete files from CSC...
Paolo
I wasn't sure what would
I wasn't sure what would happen which is why I said this is a use at your own risk tip, I don't myself because my Vista Laptop is my personal one and if I break it I don't have a quick re-image solution. But I feel that the info should be out there for people that do want to try this.
If a forum post solves your problem please flag is as the solution
Bug fix
Has this been confirmed and reported this as a bug that is going to be fixed in future revisions?
Yes I've submitted it as a
Yes I've submitted it as a bug and it should eventually get fixed.
If a forum post solves your problem please flag is as the solution
Any update on bug filed?
Is there any update on this bug filed? Is that fixed or still pending?
No update on this bug.
No update on this bug.
If a forum post solves your problem please flag is as the solution
E-track id?
Thanks for your quick reply. What is the E-track # for this bug?
Global Exclusion
This was a major issue for us. We are currently trying a work around of adding a global exclusion for the "C:\windows\CSC" folder.
Current testing shows that SVS applications are now working with offline files... Further testing is underway and I would like to know if anyone else has tried this and if so were there are any adverse effects.
Thanks
Kel
MP2 for SP2 has a
MP2 for SP2 has a workaround for this issue which is adding C:\windows\CSC to the globalexclude list, read more about MP2.
If a forum post solves your problem please flag is as the solution
Would you like to reply?
Login or Register to post your comment.