I have numerous js css, and custom pages deployed to the _layouts folder of my SharePoint 2007 farm. These are used by numerous farm wide solutions. Today, something has gone wrong with the permissions on the _layout folder on the one server and we are getting "http 404 not found" errors when trying to access these files.

I have compared the security on this server to the other servers in the farm and they are the same. Has anyone had this before?

  • have an example of the string you are using to get them? – Sam Sussman Oct 17 '12 at 14:44
  • it is a generated url from code, I have a visual studio solution with a mapped _layouts folder. so the url is mysite/_layouts/somefolder/myfile.aspx. even when registering a script block in a custom web part to a javascript file stored in the _layouts folder, that js file can't be found by browsers. I can't even type in the full url to download that file. – MrThirsty Oct 17 '12 at 14:47
  • Do the files actually exist in the local file system on the server that is having the issue? – Dave Wise Oct 17 '12 at 16:45

Please check if the file exist in physical path, on a standard installation the path should be -

C:\Program Files\Common files\Microsoft Shared\web server extension\12\Templates\layouts 

Please look for your folder and file there, if they exist try to hit them from browser like - mysite/_layouts/somefolder/myfile.aspx, if you still get the error please let me know

  • The files do exist in the file system, as stated initially. I have deleted the folders in question in the layouts folder, and redeployed the features. This forced SharePoint to recreate the folders, and subsequently are now available to users. I will be doing more testing in the morning to confirm. – MrThirsty Oct 17 '12 at 20:07
  • I have encountered the same problem, and it doesn't work even if i delete the folder located in "C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\TEMPLATE\LAYOUTS" and re-deploy it. – Jiangong SUN May 2 '13 at 10:04

So after testing I have discovered that the minute there is a . in the folder name, SharPoint can't see the folder:

my.Folder won't work, but my_folder will work.

I have no idea why but if the only way to get all these custom solutions working again is to replace . with _, there is a lot of reconfiguration of webparts that will need to be done.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.