4.8.0: the bug is still here. :( After several hours file permissions had been reset.

It looks as if the entries in the FolderPermissions are being dropped. Adding View permission (All Users) for a folder adds 3 entries in the FolderPermissions table:

RoleID   |  Permission Name  |  PermissionID

-1   |   View Folder   |   5

53   |   View Folder   |   5

53   |   Write to Folder   |   6

This is a very serious problem. Each time the permissions are reset to Admin only ALL links on my site also reset. For example; last night I repaired links and the Links table showed a URL for a file as FileID=9010. This morning the link causes an exception:

ActiveTabID: 344
ActiveTabName: Home
RawURL: /LinkClick.aspx?fileticket=uf%2bH%2fNWKQ9U%3d&tabid=344&mid=2755&language=en-GB
AbsoluteURL: /LinkClick.aspx
AbsoluteURLReferrer: http://canoe.ie/Home/tabid/344/language/en-GB/Default.aspx
UserAgent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-GB; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11
DefaultDataProvider: DotNetNuke.Data.SqlDataProvider, DotNetNuke.SqlDataProvider
ExceptionGUID: 9463eafe-f531-45a3-a10c-3ff63d8e0486
InnerException: Unhandled Error:
FileName:
FileLineNumber: 0
FileColumnNumber: 0
Method: DotNetNuke.Common.Utilities.FileSystemUtils.DownloadFile
StackTrace:
Message: System.Exception: Unhandled Error: ---> System.NullReferenceException: Object reference not set to an instance of an object. at DotNetNuke.Common.Utilities.FileSystemUtils.DownloadFile(Int32 PortalId, Int32 FileId, Boolean ClientCache, Boolean ForceDownload) at DotNetNuke.Services.FileSystem.FileServerHandler.ProcessRequest(HttpContext context) at System.Web.HttpApplication.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously) --- End of inner exception stack trace ---
Source:

When I edit the link it no longer shows the correct file name. If I then look for the file in the files table I discover the FileID has changed to 9541.

Sounds a lot like one of two issues I demonstrated in a video clip and sent  to Sebastian  a while back. I don't know if it was ever viewed.

There is definitiely a file system problem in DNN. Files are made invisible and permissions lost for no apparent reason. Logos, bullet graphics, and entire folders full of files simply vanish until manually re-applied or the file manager is manually re-synced and then the missing items re-applied. I don't use odd characters in file and folder names and I also check and recheck file permissions a lot because of this. I even have some folders that simply refuse to show up no matter how many times I sync.

There is one fix related to file sync in 4.8 but I'm not really sure that it has anything to do with the issue.

Rob