Content Type Application Octet Stream
An octect-stream is a binary byte file. Typically they are base64 encoded, but need to be. Even though it may be a xml text stream, the server does not know the encoding (u8 or u16). The caller should use the proper contenttype.
A number of us are using a private site where we run an application offline. The application offers a download button so that we can take a snapshot of our offline progress, a sort of backup. When we go back on-line we can either upload the the information from the application or we can upload the backup files. The problem is that whenever we hit the download button we always get the extra dialog asking if we want to save or cancel the file download. This might sound a little ridiculous, but we really do not want to have to move the mouse to the new dialog and have to click the Save button. The file mime type is application/octet-stream, there is no file extension.
Is there a way to change the Firefox configuration so that this dialog does not appear? Apologies, but I have deleted all of the system information gathered automatically because I am not able to submit this request from the machines where the problem occurs. Those system are: Ubuntu 14:04.3 LTS Firefox 40.0.3. A number of us are using a private site where we run an application offline. The application offers a download button so that we can take a snapshot of our offline progress, a sort of backup. When we go back on-line we can either upload the the information from the application or we can upload the backup files.
The problem is that whenever we hit the download button we always get the extra dialog asking if we want to save or cancel the file download. This might sound a little ridiculous, but we really do not want to have to move the mouse to the new dialog and have to click the Save button. The file mime type is application/octet-stream, there is no file extension. Is there a way to change the Firefox configuration so that this dialog does not appear?
Content Type 'application/octet-stream' Not Supported Postman
Apologies, but I have deleted all of the system information gathered automatically because I am not able to submit this request from the machines where the problem occurs. Those system are: Ubuntu 14:04.3 LTS Firefox 40.0.3. Pes 2013 download full version.
The problem is it doesn't work. As it enumerates the rules: • Blank/Empty files: --> does not apply to me • Calculated match: Return the first result that is found by both the file command and MIME::Types. Basically I guess what I'm proposing is that this be refactored so that if 1) the upload is coming from Windows, and 2) the MIMe-type comes through as application/octet-stream, we actually prefer the file extension.
Mime Application Octet Stream
Or perhaps this nuance could be configured within the validates_attachment_content_type settings themselves? Looking for guidance here. I guess I could simply add application/octet-stream to my allowed list of content_type on the validation, but this seems like a band-aid to something that is actually incorrect inside of Paperclip, no? Just trying to figure out if my thinking is correct. I guess I could simply add application/octet-stream to my allowed list of content_type on the validation, but this seems like a band-aid to something that is actually incorrect inside of Paperclip, no? Mime types are hard.
The problem is not inside anywhere, it's in the interconnection of different OSs, browsers, standards, and app configurations. Have you gone through? Because there is no simple answer or solution that would fix this high level description of the problem, I'll close this issue, and defer to the more specific open ones:.