Steps to reproduce: 1) Open IE and navigate to an oxt file (e.g. http://extensions.libreoffice.org/extension-center/an-dearbhair-beag-scottish-gaelic-spellchecker) 2) Download the oxt 3) IE will download the file as a zip a dn as a result, LO won't recognize it as an extension This does not happen in Firefox or Opera (don't have Chrome).
Reproducible with IE 11, but is this really a bug of LO or of IE?
I have no idea. But either way it's a problem for LO if IE messes up extensions during the download, so it should be looked at to see if a fix can be implemented.
Seems to be a recent problem with the configuration of the LibreOffice server hosting the http://extensions.libreoffice.org/extension-center and the http://templates.libreoffice.org/template-center and serving out .odt Extensions and .odt Templates. Looking at IE11 session with Fiddler, we no longer seem to have a correctly registered MIME type for .oxt, or .odt -- headers for both formats present with Content-Type:application/octet-stream which IE the receives as .ZIP Shouldn't site be serving Content-Type: vnd.openofficeorg.extension for .oxt and at least the OASIS Content-Types for templates? I.e.; application/vnd.oasis.opendocument.spreadsheet-template application/vnd.oasis.opendocument.chart-template application/vnd.oasis.opendocument.graphics-template application/vnd.oasis.opendocument.presentation-template application/vnd.oasis.opendocument.text-template A simple work around of using a different browser--FF, Chrome seem unaffected, but it is an annoyance.
I'll forward this to our extension site maintainer, Andreas Mantke (he doesn't seem to have a BZ account).
Ci-infra bugs are now tracked in redmine. Redmine bug #1125 https://wiki.documentfoundation.org/Category:Infrastructure https://redmine.documentfoundation.org/projects/infrastructure https://redmine.documentfoundation.org/issues/1106 https://redmine.documentfoundation.org/issues/1125 Closing this bug as MOVED.