We're calling on all EU-based Mozillians with iOS or iPadOS devices to help us monitor Apple’s new browser choice screens. Join the effort to hold Big Tech to account!

Pomoc pśepytaś

Glědajśo se wobšudy pomocy. Njenapominajomy was nigda, telefonowy numer zawołaś, SMS pósłaś abo wósobinske informacije pśeraźiś. Pšosym dajśo suspektnu aktiwitu z pomocu nastajenja „Znjewužywanje k wěsći daś“ k wěsći.

Dalšne informacije

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

  • 2 wótegronje
  • 1 ma toś ten problem
  • 1 naglěd
  • Slědne wótegrono wót 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šykne wótegrona (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/

Wót BeerBaroN23 změnjony

more options