XP SP3 breaks folder redirection

[SpuffMonkey]

Just a heads up - we're trying to create a new "build" and it looks like SP3 breaks folder redirection unless the user's profile has all of the folders that are being redirected already within it.

 

Which kind of makes it a bit pointless for "Desktop" and "Start" - there was a fix for this in SP2, but not in SP3 yet (apparently).

 

We did try copying over a dll that was suggested - but it keeps being "healed"

 

Ah well, back to SP2 and a big download...

[ZeroHour]

You mean the reference folders "Desktop" in their profiles that contain nothing?

Windows creates them anyway on a new profile but GPO just redirects them so unless you are manually deleting them I am not sure how its a problem?

We are starting sp3 rollout here and we use redirected folders without issue so far?

[gshaw]

I can't see a Desktop folder inside our roaming profiles, although on the Virtual PC and Test User I'm trying with atm the redirection *seems* to work. That's a roaming profile with the %username% variable in, same for the home folder. Trying on a new teaching build in a mo as well as this (rather large) bug is worrying me a bit...

 

Edit: Also seems to be working OK on an SP3-upgraded teaching machine as well, redirected Start Menu & Desktop, mandatory profile and redirected folders coming off sysvol

Edited June 5, 2008 by gshaw

[Michael]

Are you using GPOs to restrict/remove directories from the profile?

 

User Config > Admin Templates > System > User Profiles

 

Policy: Exclude directories in roaming profile

 

I have only deployed a few SP3 machines and Folder Redirection hasn't changed. It shouldn't be relevant, but what are you running server side? 2000/2003/2008? I'm running 2003 R2 SP2.

[kennysarmy]

nothing gets broke here of a similar nature.

[SpuffMonkey]

XP_Pro/2003

 

further details, though the fix wouldn't work for us

 

Folder Redirection Broken in SP3? - MSFN Forums

[Jiser]

I know an old thread but recently found issue today was to do with fdeploy.dll in SP3. Replace that with SP2 fdepoly.dll and sweet!

[fox1977]

i had a similar problem with users home drives no mapping after upgrading to SP3. We logged a support call with MS.

 

They gave us a workaround. Instead of referring to the server as \\servername\%username% use \\servername.domain.com\

 

This worked for us. Give it a try on your other redirected folders

[Jiser]

Had further issues with this. Fdeploy.dll recreates itself as a sp3 version, then try to change it in dll.cache doesn't work either as error message comes up saying it wants to change it back.

 

Any other problems with this?

[jsnetman]

Had the same problem here. We copy the previous version fdeploy.dll in a machine startup script.

[Jiser]

Had the same problem here. We copy the previous version fdeploy.dll in a machine startup script.

 

Yup, over wrote it with one in dll.cache then replace the one in the dll.cache and it has a paddy!

[Heebeejeebee]

It seems that the fdeploy.dll fix only works if the machine has been upgraded to SP3. Machines that are installed with a SP3 slipstreamed CD keep replacing the file with a 'clean' one via system file protection.

 

Has anyone managed to get this working with a machine that was NOT upgraded to SP3 but that was natively installed?

 

HBJB

[artsaudi]

We have rolled out SP3 already to more than half of our wks and we haven't experienced the same problem. Teachers and some students have roaming profiles, while the rest of the students have mandatory profiles. We redirected MyDocuments to a hidden share on a server and also redirected the Dekstop to the same share.

 

I will pause the SP3 roll out if that is the case.

[AndyD]

I rolled out SP3 and don't have any problems with redirected folders.

 

I do have one laptop that had a new install of XP which has SP3 as standard and they lose their mapped network drives out of school. Even if they are manually created at home, the next time she is working at home again, they aren't there. Even though Reconnect at logon is selected.

[gshaw]

Looks like I've just been bitten by this

 

Had to create some test users for exam software and sometimes the folder would redirect, other times it wouldn't and gave the directory invalid error in the event log.

 

Was trying to redirect to \\server\home$ with each person getting a folder directly underneath the root i.e. \\server\home$\student01 etc. Seems that unless My Documents is created manually as a folder redirection will fail?

 

Is the best fix still to replace fdeploy.dll or MS sort a patch out for this since the start of summer?

[joeb]

I don't believe I'm having the same issue as you guys are having, but I'm having an interesting one none the less. I have several workstations that have been recently replaced where users are set up with folder redirection. Now on the new workstations, their Desktop and My Documents will not load unless I give them local admin privilages. I would like to avoid giving local admin rights, but at the same time these user needs access to their folder until I can figure out what is causing this. The workstations are running XP SP3. Does anyone have any idea what may be causing this?

[SpuffMonkey]

I think I mentioned elsewhere that we "got round" this problem by creating the My Docs etc inside the mandatory profile that we use.

[joeb]

Thanks for the reply, I would try that, but we're not using mandatory profiles. All users are set up with local profiles, and several have folder redirection enabled to allow them access to their documents when using different workstations on the network. Their local profile has My Documents, it's just empty.

[Michael]

I can confirm on all networks I support, home directories are setup as:

 

\\SERVERNAME\USERNAME$

 

This works absolutely fine with XP SP2 and XP SP3.

[gshaw]

In the end I just added an extra line to the logon scripts that checked for My Documents and if not already there created the folder... seemed to play a bit happier after that for me anyway