Desktop.ini GPP fix

[Duranis]

Glad this thread popped up. Coming up with a better solution to this problem has been sitting on my to do list for a little while but just wasn't a priority.

 

Setting this up here now

[Davit2005]

We tried FSRM for some exam logins as a test and it ended up breaking the entire folder redirection policies!

 

We to experienced Desktop redirection issues when we tried to block the file with FSRM.

 

We don't bother now, in our environment the only staff to browse home folders are IT Support and we jus add the filename column to windows explorer so you can see the proper folder name from there.

[Oaktech]

We to experienced Desktop redirection issues when we tried to block the file with FSRM.

 

We don't bother now, in our environment the only staff to browse home folders are IT Support and we jus add the filename column to windows explorer so you can see the proper folder name from there.

 

This is exactly what we do. Even the staff know to just add the filename column for the rare ocasions they need to access student work.

[fiza]

... and where was my Thanking, @fiza?

 

Sorry thought I had

[siuko]

Sorry for bringing up an old thread but just wanted to thank @Ephelyon for the fix!

 

Seems to be working great here and the 'my documents' are slowly disappearing as students logon

[Exet]

Sorry to bump old thread... but I'm currently pulling my hair out with this issue and this doesn't seem to be working... any ideas?

 

thanks

[Ephelyon]

Have you replicated the solution in my original post?

[Exet]

Yea do I have to manually rename them back and they will then be okay there on?

[Ephelyon]

What that GPP preference is doing is not renaming anything, but essentially deleting a property out of the desktop.ini file so that Explorer's behaviour of giving the folders a different name is not triggered.

[Exet]

Gotcha.. Yea doesn't seem to be working for me... how odd.. done the exact same as the screenshot and applied to my users OU

[Ephelyon]

Bear in mind that this is a user GPO setting, so it applies on logon. Your users will have to log on at least once (sometimes it seems to take a couple of times) before the change is in place for their folder. I'd maybe test it with a couple and then leave it a week or so, and see how it looks then...

[Exet]

Just looking through event viewer and got the group policy object did not apply because it failed with error code '0x80070005 Access is denied. This error was suppressed

[Ephelyon]

Is the %HomeShare%\desktop.ini path valid for your environment?

[Exet]

Going to sound really silly now... how can I check this as the gpo's for users are locked down so cant type this path

[Ephelyon]

%HomeShare% should resolve to the home folder attribute in AD.

[Exet]

Will the error above be because of permissions? Specially as it’s saying access denied in the event viewer

[Ephelyon]

Probably - so I'd guess it's a question of where it's trying to write to. Is the equivalent path for %HomeShare% also where users' My Documents redirects to, for example?

[Exet]

Yea so I’ve got documents redirecting to \\server-name\sharename\%username% which Is the same value that is in the users AD area

[Ephelyon]

Okay, so for some reason that user can't write to the Desktop.ini file that's in that folder...

 

Is the 'execute in user security context' option on for the Preference setting?

[Exet]

This worked perfectly thank you.. very much appreciated.. issue was driving me insane.. I'm glad you were still active on here