jralph

Managed to solve the issue. Ended up to be permissions. Some special permissions were set a little differently (namely Read extended attributes) meaning photoshop would only open from a mapped drive and not a unc path. Changed this and everything is working ok now. Always seem to do that, make a post here then fix it not long after! Oh well! Maybe someone will find this useful!

Have been changing a few permissions around and have now managed to get image files to open when opened from the mapped drive (N:\), but still unable to open from the redirected my documents folder. Possibly a folder redirection issue now?

Hi, I think that this is the right place for this, as its a bit of a Photoshop problem and a bit of a windows problem as well as a server problem. The problem we are having is that when a user tried to open an image in Photoshop that is stored in the users home drive, they are receiving the following message. "Could not complete your request as it is not the right type of document" This error appears when using the file > open menu, when dragging the image into Photoshop and when using open with in windows explorer. This error does not appear when using the file > open as menu in Photoshop and the file opens without an issue. I have attempted various methods of fixing this issue and very few seem to have any effect. I have recreated the users profiles and work areas and tried without any policies applied and get the same issue. There are a few things that seem to work intermittently. When opening from a shared area (eg, student shared) the file works fine, no issues ever. When opening from a completely new home area, the file works for 1 or 2 users but no others (new home area is in the same location, just deleted old one and created new!). When opening form local C drive, the file works fine for everyone. I have also tried creating a completely new share and path and this seems to fix the problem, but is unfortunately not the best option when you have 750 students all with work in their areas. Copying it all over and redoing all of the permissions would take some time. The current share is, where work is the share: \\server\work\year\username (Path on Server: \\server\e$\students\work) The new share is, where work2 is the share: \\server\work2\year\username (Path on Server: \\server\e$\students\work2) Both have the exact same permissions and setup, the only difference is the 2 in the share name. Yet the net share works and the old does not. To test this I have copied a students area from the old share into the new one, re-linked the share to the user in AD and all works perfectly. This leads me to believe that somewhere along the \work\year\username path something is wrong. I have checked permissions, effective permissions for users share permissions, hidden files and for anything else that appears to be different between the new share and old and have found nothing, they are both the exact same, apart from one having a 2 in the name! The operating system we use is Windows 7 and Server 2008R2. The home area is setup as \\server\work\year\username\(this is the my documents folder, not library, my pictures ect has been remapped to the my documents using folder redirection.) If anyone has any ideas what could be causing this, any help would be greatly appriciated as I seem to be unable to find a fix to this apart from recreating the share. Thanks for any help! Joe

Just managed to solve the issue. Was an odd one. It seems that the way we have our shares setup made a big difference. Staff are stored: \\server\share\username Students are stored: \\server\share\year\username It seems that adding the "year" part in was stopping users access the area through a UNC path correctly (Everything worked when mapping the drive to N:\) I had to give students read permissions to the folder above their username, doing this seem'd to fix the issue. Security is still working correctly as students are only able to access their own area and not view other peoples.

After some more testing, it seems the problem is intermittent. On some computers, the .html file opens without any problems, on others (most of them) it causes this problem. Seems to be a per-computer issue, or a profile issue if the profile is not downloading to the machine correctly when the user logs on. Will keep this updated if I find anything, any help on the matter is also appreciated.

Still having issues with this problem. I've just been over the server shares and permissions again and they seem right. Student permissions match the staff ones, just students are unable to run .html and staff are. Checked policies and have removed a test student and staff user out of all policies and still having the issue. Anyone got any ideas at all?

Just had a check. When typing in the file path (via unc path or through the users mapped drive) both return the same error: Going to the users drive, N:\Work\username\test.html returns access denied. Going to the server path, \\server\work\username\test.html also returns access denied. I have also tried opening internet explorer, then loading the file so that it runs in an open tab, just to make sure that it isint a issue with IE starting up. Checking the permissions on the folders they are set up the exact same as the staff permissions, yet staff can create and open html files without an issue. Joe

@Steve21 I am unsure to this as we have blocked users from using right click or opening the file in IE through the file -> open menu, so all they have is to double click or use the open with drop down at the top of the windows explorer window. Using either of those methods both redirect the browser to the users default home page before anything. Joe

Hello, Think this is the correct place for this to go as I believe it to be an issue with permissions or a gpo. We have a few user types, students, staff and system admins. When a student user goes to open a .html file (or any similar, .htm ect) the page, instead of loading, just redirects the browser to the users home page. I have done some testing, removed all policies from the user and the issue still remains, so I believe this to be a problem with the file server permissions for the user area. I have checked that and everything matches the staff users file permissions from the root of the server to the file location. Any user above student can open a .html file with out any issues. It just seems to be with the student accounts. Would anyone have any idea what the cause of this could be, Im running out of ideas here?! Thanks, Joe

Hi, Thanks for the replies, it was very helpful. Since we have changed the students profiles to roaming this problem seems to have disappeared. We also had a look at the permissions and made a few changes there and everything seems to be running a bit smoother now! I'm guessing that the problem was to do with the mandatory profiles and something with them causing network issues. The mandatory profiles were taking 2 - 5 mins to load compared to the roaming profiles 10 - 20 seconds, si I'm not sure whats going on there! Thanks all for your help, much appriciated! Joe

Thanks, I will look into the permissions and see if anything can be changed there. We have our permissions setup so that student areas inherit from the parent folder, using the creator owner to set the permissions. We had a few students find out how to browse to other students work areas so we changed the permissions to this to stop that happening so that could have caused it. We just changed the student profiles over from mandatory profiles to roaming profiles today as the speed of the mandatory profiles was extremely slow (3 mins or so login times) and this seems to have fixed the issue with the areas also. So far today we have had no students or teachers complain about accessing work or areas at all. So I'm thinking it was something to do with the mandatory profiles and that they do not work well with folder redirection. I will update once we know if the issue is fixed at all, with any luck it will be! Joe

Hi, Thanks for the reply. Currently our profiles are setup mostly by file permission. We have blocked the desktop.ini file in users areas as it was causing all of the users documents to show up as "My Documents" instead of the username of the user. (We have the documents directed to \\server\students\work\year\username and not \\server\students\work\year\username\documents) Possibly the problem is that we dont have desktop.ini files and should redirect the documents to \documents, then allowing the use of desktop.ini files, but as we have migrated from server 2003 and this is how the folder directory was setup there. Is there a quick way of adding this /documents to each user area and moving the files they have into it or would it be a job that has to be done 1 by 1? The main area we looked at has been permissions, everything seems to be correct there, users have the access they need. Would be great to see the documentation you have, maybe we have missed something out! Thanks. The setup you have seems very similar to what we are using. We have the students mapped to a drive letter and the share as \\server\students\work\year\%username%. Thanks both! We are still working on the problem, going to see if we have any errors today. Seems quite intermittent, yesterday 1 full class had the issue yet most of the others were working with no problem. I will keep you informed!

Hi, Does anyone have any ideas with this at all? We have tried various ideas but nothing seems to be working. We have changed the student users to a roaming profile (much faster login times) and this has not changed anything. We have also removed offline file syncing completely (was originally left as default) through a group policy and had no luck what so ever there! One thing we thought of is that it could be the network infrastructure, we have very old switches around the school! Does anyone know if this could be the cause at all? Joe

Hi, I am working at a school and over the holidays we have upgraded our network from 2003/xp to a 2008R2/Win7 network. Most things are working as they should but we seem to be getting a few odd issues popping up. Just wondering if anyone has any idea on the following? When students log in to the network a few of them randomly seem to be missing the documents folder and are unable access any documents/folders. The odd thing is some of them are able to access the documents, but are missing random files and folders (the files/folders show up on the server) or the folder is greyed out and has a cross through it and some of them are unable to access the documents what so ever, coming up with the error that the location could not be found. This is only happening to students and not staff. Student accounts and staff accounts both use different profile types and group policies. Staff users have a roaming profile whereas students have a mandatory profile with roaming appData. If anyone has any ideas or information about what could be happening any help would be much appriciated! Joe

Hi, First post on this forum so I hope this is in the correct place! Over the last few months the network manager and I have been working on upgrading our schools network. We have just replaced our (very) old RM servers and moved to 2008R2 which we are running our selves. We have also upgraded the OS we use to windows 7 and have deployed this using SCCM, creating packages for software ect. When we came to creating a package for CS4 we used the deployment kit provided by adobe, which has worked perfectly, the only problem we have is when students go to run anything CS4, it is prompting for activation and asking for a product key. This has all been built into the CS4 deployment so should not be needed. I have done some testing and it seems that this problem is ONLY for student user accounts, if a staff member logs on and runs photoshop or any other CS4 product it activates automatically as it should. This is causing a problem for us as having to run CS4 as a staff member on every pc in the school is a big task as we have over 350 pc's. Student and staff users both have a different profile type and a separate group policy so I have narrowed it down to being either of those. Students use mandatory profiles where as staff use roaming. Both the student and staff policies are very similar permission wise so I am having trouble finding anything that could stop adobe from activating. What I would like to know is if anyone else has had a similar problem or knows of anything that could be causing this? Any help would be much appreciated so thank you in advance! Joe