Pomoc přepytać

Hladajće so wobšudstwa pomocy. Njenamołwimy was ženje, telefonowe čisło zawołać, SMS pósłać abo wosobinske informacije přeradźić. Prošu zdźělće podhladnu aktiwitu z pomocu nastajenja „Znjewužiwanje zdźělić“.

Dalše informacije

Upload zip sending "multipart/x-zip" content-type without boundary

  • 2 wotmołwje
  • 1 ma tutón problem
  • 1 napohlad
  • Poslednja wotmołwa wot cor-el

more options

Hello,

We are facing some problems with the uploading zip functionnality (with Firefox 45.3 at least) :

1) Steps to reproduce:

- Open Firefox 45.3.0 ESR with Windows 7 - Upload a zip archive file with this kind of input: <input type="file" accept=".zip" value="" id="xx" name="xx">


2) Actual results:

2 strange things :

- On some workstations (not all), for the same versions of Firefox (45.3), the Content-Type associated with the file is "multipart/x-zip". Why specially this content-type ? Others more commons Content-Type ("application/x-zip" or "application/octet-stream") are usually sending I guess.

- The Content-type "multipart/x-zip" is sending without boundary part, causing the following error on our servers :


javax.mail.MessagingException: Missing start boundary

at javax.mail.internet.MimeMultipart.parsebm(MimeMultipart.java:882) ~[javax.mail.jar:1.4.5] at javax.mail.internet.MimeMultipart.parse(MimeMultipart.java:503) ~[javax.mail.jar:1.4.5] at javax.mail.internet.MimeBodyPart.getContent(MimeBodyPart.java:652) ~[javax.mail.jar:1.4.5]


3) Expected results:

- Either a more common Content-Type for archive zip file - Either a boundary part with "multipart/x-zip" Content-Type


Someone have an explanation for this behaviour ? Thanks for your support !

Hello, We are facing some problems with the uploading zip functionnality (with Firefox 45.3 at least) : 1) Steps to reproduce: - Open Firefox 45.3.0 ESR with Windows 7 - Upload a zip archive file with this kind of input: <input type="file" accept=".zip" value="" id="xx" name="xx"> 2) Actual results: 2 strange things : - On some workstations (not all), for the same versions of Firefox (45.3), the Content-Type associated with the file is "multipart/x-zip". Why specially this content-type ? Others more commons Content-Type ("application/x-zip" or "application/octet-stream") are usually sending I guess. - The Content-type "multipart/x-zip" is sending without boundary part, causing the following error on our servers : javax.mail.MessagingException: Missing start boundary at javax.mail.internet.MimeMultipart.parsebm(MimeMultipart.java:882) ~[javax.mail.jar:1.4.5] at javax.mail.internet.MimeMultipart.parse(MimeMultipart.java:503) ~[javax.mail.jar:1.4.5] at javax.mail.internet.MimeBodyPart.getContent(MimeBodyPart.java:652) ~[javax.mail.jar:1.4.5] 3) Expected results: - Either a more common Content-Type for archive zip file - Either a boundary part with "multipart/x-zip" Content-Type Someone have an explanation for this behaviour ? Thanks for your support !

Wšě wotmołwy (2)

more options

That seems to be dependent on windows itself and not Firefox, Firefox simply reads the windows mime type (or I'm misunderstanding). I would go to the Preferences and manually edit them if that's the case. Also are some versions 32bit and some 64bit? that cause be the difference... different Java and windows builds, drivers etc...

I would get onto the latest build, the one you're using is waay too old, if you need ESR for some reason then at least get the current one. https://ftp.mozilla.org/pub/firefox/releases/52.3.0esr/ older: https://ftp.mozilla.org/pub/firefox/releases/45.9.0esr/

Wot BeerBaroN23 změnjeny

more options