I'm not sure this is a bug, but I have no clue as to what this error means. According to the database a shared files module we have running has 92 files in it. According to the file system on the server there are just 68. Which means 24 files have failed to upload somehow. Files are either .pdf or .doc.

The user who's been uploading is quite savvy and I imagine would have yelled if an error had been reported to her. This is quite a pain was we're supposed to be going live on Friday of this week with the site and we're just uncovering this now. Typical!

Here's the error:

System.Security.Cryptography.CryptographicException: Padding is invalid and cannot be removed.

at System.Security.Cryptography.RijndaelManagedTransform.DecryptData(Byte[] inputBuffer, Int32 inputOffset, Int32 inputCount, Byte[]& outputBuffer, Int32 outputOffset, PaddingMode paddingMode, Boolean fLast)

at System.Security.Cryptography.RijndaelManagedTransform.TransformFinalBlock(Byte[] inputBuffer, Int32 inputOffset, Int32 inputCount)

at System.Security.Cryptography.CryptoStream.FlushFinalBlock()

at System.Security.Cryptography.CryptoStream.Dispose(Boolean disposing)

at System.IO.Stream.Close()

at Brettle.Web.NeatUpload.ObjectProtector.Unprotect(String secureString, Byte[] encryptionKey, Byte[] unused, String encryptionAlgorithm, String validationAlgorithm, Deserializer deserializer, SignatureChecker sigChecker)

at Brettle.Web.NeatUpload.ObjectProtector.Unprotect(String secureString, Byte[] encryptionKey, Byte[] validationKey, String encryptionAlgorithm, String validationAlgorithm)

at Brettle.Web.NeatUpload.ObjectProtector.Unprotect(String secureString)

at Brettle.Web.NeatUpload.UploadHttpModule.GetCookiesFromQueryString(String qs)

at Brettle.Web.NeatUpload.UploadHttpModule.Application_BeginRequest(Object sender, EventArgs e)

at System.Web.HttpApplication.SyncEventExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()

at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)

Hiya Joe - thanks for the reply.

First off - definitely not bots as the site is locked by IP at the moment, only accessible from 172.* internal IPs.

I believe it's to do with file uploading, as the record does get inserted into the database, and a a filename like f5a2d4a3-45ef-4bd6-a68c-d502be7c7c45.config appears in the ServerFileName column of mp_SharedFiles. The error I pasted below has 'Brettle.Web.NeatUpload' scattered through it which is what made me think it had to be file uploading in the first place. Plus there being 24 more rows in the sharedfiles module than there are .config files in the /sharedfiles/ folder.

However that file is physically not in the /SiteId/sharedfiles folder. When you click on the file name in the shared files module or search Mojo opens a new window but it's basically blank with just the layout.master styling applied.

I've just uploaded a 17.2MB file (snippet from mp_SharedFiles):

ServerFileName: c52a6a2a-e329-475b-9c84-54d21572fcaa.config

SizeInKB: 17042 

DownloadCount: 4

So that kind of rules out file size as our docs are between 2-4MB.

As I said in my original post - I'm not sure it's a bug, but it seems related to the physical upload of files into shared files, and the row count versus physical files in folder would suggest that's the case.

As with any intermittent fault I've got a horrible feeling it's going to be extremely difficult to reproduce. I suppose I'll have to keep an eye on it.

We've uploaded over the top of the 'missing' files and that all seems to be OK. I'll ask her to be vigilant when uploading and to immediately check that the file is downloadable afterwards.

Shaun