Windows 7 Thread, Win 7 Default Home Folder and Folder Redirection Conflict in Technical; On a Win 2008 R2 Domain I have yet another problem and the solution creates another problem.
When you redirect ...
18th February 2012, 03:22 AM #1
- Rep Power
Win 7 Default Home Folder and Folder Redirection Conflict
On a Win 2008 R2 Domain I have yet another problem and the solution creates another problem.
When you redirect the Documents folder on a Windows Vista-based or Windows 7-based computer to a network share, the folder name unexpectedly changes back to Documents describes:
When you redirect the Documents folder on a Windows Vista-based or Windows 7-based computer to a network share, the folder name unexpectedly changes back to Documents. You expect the folder name to be the user name.
The solution is:
Under User Configuration, expand Windows Settings, and then expand Folder Redirection.
Right-click the Documents folder, and then click Properties.
On the Target tab, configure the following:
In the Setting box, click Basic—redirect everyone’s folder to the same location.
In the Target Folder Location box, click Create a folder for each user under the root path.
In the Root Path box, type the UNC file path to which you want to redirect the Documents folder.
In the Documents Properties dialog box, click the Settings tab, and then configure the following:
Click to select the Grant the user exclusive rights to Documents check box.
Click to select the Move the contents of Documents to the new location check box.
However when the Document settings are configured with the "Grant the user exclusive rights to Documents" ticked, when a user logs on to a Windows 7 machine and opens Word, creates a document and goes to "Save As", The default Save folder is shown as "Username\My Documents" which is a local folder on drive C. I do not want users to be able to save here, and want them to save to the Network N:\ drive.
When I remove the tick from: "Grant the user exclusive rights to Documents", log on, load word, create a document and go to "Save As" the default save location shows as the users home drive "N:\", however doing this renames the users home folder on the server to "My Documents" which is not ideal.
Going back to: When you redirect the Documents folder on a Windows Vista-based or Windows 7-based computer to a network share, the folder name unexpectedly changes back to Documents I tried Method 3 but it did not work, and am not sure how to implement Method 1 without making things more complex for the users.
I also found this post here: Controlling Libraries with Group Policy and have implemented this although for what ever reason the changes have not worked and the Public folder is not being deleted, as well as still being able to save files to the root of the user share (%userdomain%\%username%).
I also followed: Controlling Libraries with Group Policy but again the folder is not being deleted.
Any help on this one would be more than appreciated. What have other people done to get around this problem?
18th February 2012, 03:34 AM #2
- Rep Power
Just wondering if this is also something related to Windows Libraries settings?
I wanted to remove Windows Libraries to prevent users saving to the local computer, so did this using the reg file at: Controlling Libraries with Group Policy
However before I deleted this I noticed Documents under Libraries set the default folder as C:\Users\<username>\documents and am wondering if this might be something to do with the problem (even though I deleted it using the Reg key).
18th February 2012, 08:42 AM #3
There are lots of threads about this on here. It is like this by design. It is caused by the desktop.ini file. Whatever you do dont block this file. You will get slow logons. Method 1 on the Microsoft link is the best way to "fix" it.
18th February 2012, 05:44 PM #4
- Rep Power
It looks like Method 1 might be the Only way to fix it with out causing the other problem I mentioned, where it then defaults to local folders rather than the redirected documents folder. I had a look for other threads which specifically mention the problem that occurs when I implement method 2, but could not find any making me wonder if anyone had this problem occur as a result of this fix and if someone had found a way around it.
18th February 2012, 05:58 PM #5
Can you not just delete these though? I thought that worked..
Originally Posted by FN-GM
18th February 2012, 06:52 PM #6
Is this what can make the logon stick on "Applying folder redirection"?
Originally Posted by FN-GM
19th February 2012, 12:12 AM #7
Deleting the desktop.ini file will rectify and will rename the document folder as the owner, had the same problem early on with some user folders just called My Documents but once I had deleted the desktop.ini files it sorted it.
19th February 2012, 02:39 AM #8
Yep thats exactly what happens
Originally Posted by morganw
Originally Posted by glennda
But its not a fix, its just a work around. The desktop.ini will just recreate itself.
Originally Posted by bossman
Thanks to FN-GM from:
morganw (19th February 2012)
19th February 2012, 12:41 PM #9
Ah ok - just checking it didn't break things! I've got a script which runs every.2 hours and deletes desktop.ini files
19th February 2012, 01:23 PM #10
Certain GPOs can slow down logon too, as I described here
Deleting the desktop.ini file is a waste of time, as it will just re-create itself. This is the method I use which involves no deleting or any scripts.
Unfotunately there's no method to deploy this by GPO. If anyone finds a way however, please post it here!
19th February 2012, 06:47 PM #11
- Rep Power
Ive been reading a lot about this, and it occurred to me the best option would probably be for the desktop.ini file to be deleted at log off.
A quick search and I found this log off script:
Redirected My Documents folders showing as ‘Documents’ rather than the users name « Weird & Wonderful IT
And it works... As long as users log off correctly!
19th February 2012, 11:29 PM #12
If you insist in deleting the .ini file you will get better results running the delete script from the server so if they dont log off properly you dont get the issue.
Originally Posted by CommodoreS
20th February 2012, 11:08 AM #13
Am I right in thinking that this is only a problem if you have the "Documents" folder as the root directory e.g.
\\server\home\%username% is the folder that becomes "Documents" (then Pictures etc underneath in subfolders aka "follow the root folder")
as opposed to
Judging by the MS link that seems to be the best method (and looks nice and neat)
By dsk in forum How do you do....it?
Last Post: 26th November 2009, 10:16 AM
By Polski in forum Windows
Last Post: 30th May 2008, 06:07 PM
Last Post: 12th March 2008, 10:20 AM
By lovelldr in forum Windows
Last Post: 6th August 2007, 11:17 AM
By ArchersIT in forum Windows
Last Post: 24th July 2007, 10:02 AM
Users Browsing this Thread
There are currently 1 users browsing this thread. (0 members and 1 guests)