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!

Pesquisar no site de suporte

Evite golpes de suporte. Nunca pedimos que você ligue ou envie uma mensagem de texto para um número de telefone, ou compartilhe informações pessoais. Denuncie atividades suspeitas usando a opção “Denunciar abuso”.

Saiba mais

Esta discussão foi arquivada. Faça uma nova pergunta se precisa de ajuda.

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

  • 2 respostas
  • 1 tem este problema
  • 1 exibição
  • Última resposta de 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 !

Todas as respostas (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/

Alterado por BeerBaroN23 em

more options