You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openoffice.apache.org by Rory O'Farrell <of...@iol.ie> on 2012/08/24 15:00:01 UTC
Extension downloading problem
On the en-Forum I have seen a number of reports of downloading problems. Today there was this report
" I tried to download and install the ePub 1.1.17 extension. A zip file filled with various folders containing all kinds of files is downloaded. Nothing that looks like an installer. How do I install this extension? When a program is offered to me in the shape of a zip file full of different files, I never know what to do with it, to be honest."
I suggested this might be a browser problem, as some browsers (definitely IE in some versions, there may be others) rename the OpenOffice extensions silently to type .zip.
The user renamed the .zip to .oxt and it installed correctly. He then send me the following additional comment
"Thanks! I download the Dutch Spelling Checker and it also arrived in the shape of a zip file. Now I've renamed them both and they both snapped into being .oxt files. Perhaps this trick should be mentioned on the Extensions "Introductory Page"? It must be a problem for many users."
I have asked what browser he is using and will post that detail when available. But in the meantime I think his suggestion of a mention of this problem on the Extensions page is valid and worthwhile.
--
Rory O'Farrell <of...@iol.ie>
Re: Extension downloading problem
Posted by Dave Fisher <da...@comcast.net>.
On Aug 26, 2012, at 10:17 AM, Roberto Galoppini wrote:
> On Sun, Aug 26, 2012 at 1:53 PM, Andrea Pescetti <pe...@apache.org>wrote:
>
>> Rob Weir wrote:
>>
>>> Also, I wonder if it would be worth submitting a patch for Apache. It
>>> looks like they have the other content types used by OpenOffice, but
>>> not oxt files:
>>> http://svn.apache.org/repos/**asf/httpd/httpd/trunk/docs/**
>>> conf/mime.types<http://svn.apache.org/repos/asf/httpd/httpd/trunk/docs/conf/mime.types>
>>>
>>
>> Actually, it seems it's already been there for a while:
>> $ svn annotate mime.types | grep oxt
>> 571614 fielding application/vnd.openofficeorg.**extension
>> oxt
>> $ svn log | grep 571614
>> r571614 | fielding | 2007-08-31 23:57:29 +0200(ven, 31 ago 2007) | 3 lines
>>
>> and if I put an extension on my people.apache.org account I see it's
>> served correctly (of course, this has nothing to do with the problem under
>> discussion; but if problems come from an incorrect MIME type, then people
>> reporting the problem should be able to download
>> http://people.apache.org/~**pescetti/tmp/dict-it.oxt<http://people.apache.org/%7Epescetti/tmp/dict-it.oxt>
>> correctly).
>>
>
> I confirm your suspects, it's a MIME config issue. I tested SourceForge
> master, that works just fine, but not all mirrors do manage it correctly.
> As a short-term solution for all extensions - either hosted at SourceForge
> or at third party website - we report the following note:
>
> *Note: some browsers may download the extension as a .zip file; if this
> happens rename the downloaded file from .zip to .oxt*
>
> We can then run a communication plan to inform both mirror and
> third-parties.
+1.
I wonder if these are all NGINX servers.
IIRC The ASF requires all Apache Mirrors to use Apache HTTPD Servers, but I'm certainly not proposing that GeekNet do the same.
Regards,
Dave
>
> Roberto
>
>
>>
>> Regards,
>> Andrea.
>>
>
> --
> ====
> This e- mail message is intended only for the named recipient(s) above. It
> may contain confidential and privileged information. If you are not the
> intended recipient you are hereby notified that any dissemination,
> distribution or copying of this e-mail and any attachment(s) is strictly
> prohibited. If you have received this e-mail in error, please immediately
> notify the sender by replying to this e-mail and delete the message and any
> attachment(s) from your system. Thank you.
>
Re: Extension downloading problem
Posted by Roberto Galoppini <rg...@geek.net>.
On Mon, Aug 27, 2012 at 7:22 PM, drew <dr...@baseanswers.com> wrote:
> On Sun, 2012-08-26 at 19:17 +0200, Roberto Galoppini wrote:
> > On Sun, Aug 26, 2012 at 1:53 PM, Andrea Pescetti <pescetti@apache.org
> >wrote:
> >
> > > Rob Weir wrote:
> > >
> > >> Also, I wonder if it would be worth submitting a patch for Apache. It
> > >> looks like they have the other content types used by OpenOffice, but
> > >> not oxt files:
> > >> http://svn.apache.org/repos/**asf/httpd/httpd/trunk/docs/**
> > >> conf/mime.types<
> http://svn.apache.org/repos/asf/httpd/httpd/trunk/docs/conf/mime.types>
> > >>
> > >
> > > Actually, it seems it's already been there for a while:
> > > $ svn annotate mime.types | grep oxt
> > > 571614 fielding application/vnd.openofficeorg.**extension
> > > oxt
> > > $ svn log | grep 571614
> > > r571614 | fielding | 2007-08-31 23:57:29 +0200(ven, 31 ago 2007) | 3
> lines
> > >
> > > and if I put an extension on my people.apache.org account I see it's
> > > served correctly (of course, this has nothing to do with the problem
> under
> > > discussion; but if problems come from an incorrect MIME type, then
> people
> > > reporting the problem should be able to download
> > > http://people.apache.org/~**pescetti/tmp/dict-it.oxt<
> http://people.apache.org/%7Epescetti/tmp/dict-it.oxt>
> > > correctly).
> > >
> >
> > I confirm your suspects, it's a MIME config issue. I tested SourceForge
> > master, that works just fine, but not all mirrors do manage it correctly.
> > As a short-term solution for all extensions - either hosted at
> SourceForge
> > or at third party website - we report the following note:
> >
> > *Note: some browsers may download the extension as a .zip file; if this
> > happens rename the downloaded file from .zip to .oxt*
> >
> > We can then run a communication plan to inform both mirror and
> > third-parties.
>
> Hi,
>
> Yes - very good idea on the notice.
>
> On the mime config, if I can help with this anyway - for example if
> there is a list of the mirrors available through the extension download
> site I have a copy of IE/Vista which faithfully produces the .zip file
> for octect/streams and I would be willing to try it on all the mirrors..
> I'd think reporting on success would best be to you direct, I wouldn't
> want to come off as demanding here (@Roberto - if that would help, I
> will).
>
Thanks Drew, but we have already scripts for that.
Roberto
>
> Unless - I'm assuming it is not that ning servers don't support it, is
> it worth the time (I'll do so if someone thinks so) to actually check at
> the project?
>
> Best,
>
> //drew
>
> >
> > Roberto
> >
> >
> > >
> > > Regards,
> > > Andrea.
> > >
> >
>
>
>
--
====
This e- mail message is intended only for the named recipient(s) above. It
may contain confidential and privileged information. If you are not the
intended recipient you are hereby notified that any dissemination,
distribution or copying of this e-mail and any attachment(s) is strictly
prohibited. If you have received this e-mail in error, please immediately
notify the sender by replying to this e-mail and delete the message and any
attachment(s) from your system. Thank you.
Re: Extension downloading problem
Posted by drew <dr...@baseanswers.com>.
On Sun, 2012-08-26 at 19:17 +0200, Roberto Galoppini wrote:
> On Sun, Aug 26, 2012 at 1:53 PM, Andrea Pescetti <pe...@apache.org>wrote:
>
> > Rob Weir wrote:
> >
> >> Also, I wonder if it would be worth submitting a patch for Apache. It
> >> looks like they have the other content types used by OpenOffice, but
> >> not oxt files:
> >> http://svn.apache.org/repos/**asf/httpd/httpd/trunk/docs/**
> >> conf/mime.types<http://svn.apache.org/repos/asf/httpd/httpd/trunk/docs/conf/mime.types>
> >>
> >
> > Actually, it seems it's already been there for a while:
> > $ svn annotate mime.types | grep oxt
> > 571614 fielding application/vnd.openofficeorg.**extension
> > oxt
> > $ svn log | grep 571614
> > r571614 | fielding | 2007-08-31 23:57:29 +0200(ven, 31 ago 2007) | 3 lines
> >
> > and if I put an extension on my people.apache.org account I see it's
> > served correctly (of course, this has nothing to do with the problem under
> > discussion; but if problems come from an incorrect MIME type, then people
> > reporting the problem should be able to download
> > http://people.apache.org/~**pescetti/tmp/dict-it.oxt<http://people.apache.org/%7Epescetti/tmp/dict-it.oxt>
> > correctly).
> >
>
> I confirm your suspects, it's a MIME config issue. I tested SourceForge
> master, that works just fine, but not all mirrors do manage it correctly.
> As a short-term solution for all extensions - either hosted at SourceForge
> or at third party website - we report the following note:
>
> *Note: some browsers may download the extension as a .zip file; if this
> happens rename the downloaded file from .zip to .oxt*
>
> We can then run a communication plan to inform both mirror and
> third-parties.
Hi,
Yes - very good idea on the notice.
On the mime config, if I can help with this anyway - for example if
there is a list of the mirrors available through the extension download
site I have a copy of IE/Vista which faithfully produces the .zip file
for octect/streams and I would be willing to try it on all the mirrors..
I'd think reporting on success would best be to you direct, I wouldn't
want to come off as demanding here (@Roberto - if that would help, I
will).
Unless - I'm assuming it is not that ning servers don't support it, is
it worth the time (I'll do so if someone thinks so) to actually check at
the project?
Best,
//drew
>
> Roberto
>
>
> >
> > Regards,
> > Andrea.
> >
>
Re: Extension downloading problem
Posted by Roberto Galoppini <rg...@geek.net>.
On Sun, Aug 26, 2012 at 1:53 PM, Andrea Pescetti <pe...@apache.org>wrote:
> Rob Weir wrote:
>
>> Also, I wonder if it would be worth submitting a patch for Apache. It
>> looks like they have the other content types used by OpenOffice, but
>> not oxt files:
>> http://svn.apache.org/repos/**asf/httpd/httpd/trunk/docs/**
>> conf/mime.types<http://svn.apache.org/repos/asf/httpd/httpd/trunk/docs/conf/mime.types>
>>
>
> Actually, it seems it's already been there for a while:
> $ svn annotate mime.types | grep oxt
> 571614 fielding application/vnd.openofficeorg.**extension
> oxt
> $ svn log | grep 571614
> r571614 | fielding | 2007-08-31 23:57:29 +0200(ven, 31 ago 2007) | 3 lines
>
> and if I put an extension on my people.apache.org account I see it's
> served correctly (of course, this has nothing to do with the problem under
> discussion; but if problems come from an incorrect MIME type, then people
> reporting the problem should be able to download
> http://people.apache.org/~**pescetti/tmp/dict-it.oxt<http://people.apache.org/%7Epescetti/tmp/dict-it.oxt>
> correctly).
>
I confirm your suspects, it's a MIME config issue. I tested SourceForge
master, that works just fine, but not all mirrors do manage it correctly.
As a short-term solution for all extensions - either hosted at SourceForge
or at third party website - we report the following note:
*Note: some browsers may download the extension as a .zip file; if this
happens rename the downloaded file from .zip to .oxt*
We can then run a communication plan to inform both mirror and
third-parties.
Roberto
>
> Regards,
> Andrea.
>
--
====
This e- mail message is intended only for the named recipient(s) above. It
may contain confidential and privileged information. If you are not the
intended recipient you are hereby notified that any dissemination,
distribution or copying of this e-mail and any attachment(s) is strictly
prohibited. If you have received this e-mail in error, please immediately
notify the sender by replying to this e-mail and delete the message and any
attachment(s) from your system. Thank you.
Re: Extension downloading problem
Posted by Andrea Pescetti <pe...@apache.org>.
Rob Weir wrote:
> Also, I wonder if it would be worth submitting a patch for Apache. It
> looks like they have the other content types used by OpenOffice, but
> not oxt files:
> http://svn.apache.org/repos/asf/httpd/httpd/trunk/docs/conf/mime.types
Actually, it seems it's already been there for a while:
$ svn annotate mime.types | grep oxt
571614 fielding application/vnd.openofficeorg.extension oxt
$ svn log | grep 571614
r571614 | fielding | 2007-08-31 23:57:29 +0200(ven, 31 ago 2007) | 3 lines
and if I put an extension on my people.apache.org account I see it's
served correctly (of course, this has nothing to do with the problem
under discussion; but if problems come from an incorrect MIME type, then
people reporting the problem should be able to download
http://people.apache.org/~pescetti/tmp/dict-it.oxt
correctly).
Regards,
Andrea.
Re: Extension downloading problem
Posted by Roberto Galoppini <rg...@geek.net>.
On Sun, Aug 26, 2012 at 3:56 AM, Dave Fisher <da...@comcast.net> wrote:
>
> On Aug 25, 2012, at 6:37 PM, Rob Weir wrote:
>
> > On Fri, Aug 24, 2012 at 5:59 PM, Andrea Pescetti <pe...@apache.org>
> wrote:
> >> Dave Fisher wrote:
> >>>
> >>> Has anyone inspected the MIME Type returned? If it is not a proper
> >>> one for OXT then it is possible that IE8 is doing detection of the
> >>> type.
> >>
> >>
> >> I had different results than Dave's, and I concluded I see different
> MIME
> >> types depending on the mirror I get, so this depends on how each
> individual
> >> mirror used by SourceForge is configured.
> >>
> >> Example with repeated attempts (strings are in Italian but it's easy to
> >> understand that the first and last one are right, the other mirrors are
> >> not):
> >>
> >
> > Good work. I'm copying Roberto on this, since it sounds like this
> > will need a configuration change on the SourceForge side.
> >
> > Also, I wonder if it would be worth submitting a patch for Apache. It
> > looks like they have the other content types used by OpenOffice, but
> > not oxt files:
> >
> > http://svn.apache.org/repos/asf/httpd/httpd/trunk/docs/conf/mime.types
>
> That makes sense although it won't help in this case as the mirror is:
>
> Server: nginx/1.0.14
>
> Might need to submit the patch there as well.
>
That extension is hosted by a third party, I'm afraid I couldn't help much
in this case, though.
Roberto
>
> Regards,
> Dave
>
> >
> > -Rob
> >
> >
> >> $ wget
> http://extensions.openoffice.org/e-files/874/29/oracle-pdfimport.oxt
> >> Posizione:
> >>
> http://ignum.dl.sourceforge.net/project/aoo-extensions/874/29/oracle-pdfimport.oxt
> >> [segue]
> >> Lunghezza: 4899523 (4,7M) [application/vnd.openofficeorg.extension]
> >>
> >> $ wget
> http://extensions.openoffice.org/e-files/874/29/oracle-pdfimport.oxt
> >> Posizione:
> >>
> http://garr.dl.sourceforge.net/project/aoo-extensions/874/29/oracle-pdfimport.oxt
> >> [segue]
> >> Lunghezza: 4899523 (4,7M) [application/octet-stream]
> >>
> >> $ wget
> http://extensions.openoffice.org/e-files/874/29/oracle-pdfimport.oxt
> >> Posizione:
> >>
> http://heanet.dl.sourceforge.net/project/aoo-extensions/874/29/oracle-pdfimport.oxt
> >> [segue]
> >> Lunghezza: 4899523 (4,7M) [application/octet-stream]
> >>
> >> $ wget
> http://extensions.openoffice.org/e-files/874/29/oracle-pdfimport.oxt
> >> Posizione:
> >>
> http://dfn.dl.sourceforge.net/project/aoo-extensions/874/29/oracle-pdfimport.oxt
> >> [segue]
> >> Lunghezza: 4899523 (4,7M) [application/octet-stream]
> >>
> >> $ wget
> http://extensions.openoffice.org/e-files/874/29/oracle-pdfimport.oxt
> >> Posizione:
> >>
> http://freefr.dl.sourceforge.net/project/aoo-extensions/874/29/oracle-pdfimport.oxt
> >> [segue]
> >> Lunghezza: 4899523 (4,7M) [application/vnd.openofficeorg.extension]
> >>
> >> MIME types are defined at the web server level, so the configuration for
> >> each mirror is probably responsible for this difference. Then most
> browsers
> >> will get it right nevertheless, but some might be tricked by receiving
> the
> >> generic "octet-stream" type and interpreting it as a valid ZIP file
> (which
> >> is correct, but not the best thing to do of course) before checking if
> it is
> >> a valid OXT file as well.
> >>
> >> A simple test could be to ask people who report problems if they get
> >> different behaviors with
> >>
> http://garr.dl.sourceforge.net/project/aoo-extensions/874/29/oracle-pdfimport.oxt
> >> (which serves OXT as octet/stream) and
> >>
> http://freefr.dl.sourceforge.net/project/aoo-extensions/874/29/oracle-pdfimport.oxt
> >> (which serves OXT as application/vnd.openofficeorg.extension).
> >>
> >> Regards,
> >> Andrea.
>
>
--
====
This e- mail message is intended only for the named recipient(s) above. It
may contain confidential and privileged information. If you are not the
intended recipient you are hereby notified that any dissemination,
distribution or copying of this e-mail and any attachment(s) is strictly
prohibited. If you have received this e-mail in error, please immediately
notify the sender by replying to this e-mail and delete the message and any
attachment(s) from your system. Thank you.
Re: Extension downloading problem
Posted by Dave Fisher <da...@comcast.net>.
On Aug 25, 2012, at 6:37 PM, Rob Weir wrote:
> On Fri, Aug 24, 2012 at 5:59 PM, Andrea Pescetti <pe...@apache.org> wrote:
>> Dave Fisher wrote:
>>>
>>> Has anyone inspected the MIME Type returned? If it is not a proper
>>> one for OXT then it is possible that IE8 is doing detection of the
>>> type.
>>
>>
>> I had different results than Dave's, and I concluded I see different MIME
>> types depending on the mirror I get, so this depends on how each individual
>> mirror used by SourceForge is configured.
>>
>> Example with repeated attempts (strings are in Italian but it's easy to
>> understand that the first and last one are right, the other mirrors are
>> not):
>>
>
> Good work. I'm copying Roberto on this, since it sounds like this
> will need a configuration change on the SourceForge side.
>
> Also, I wonder if it would be worth submitting a patch for Apache. It
> looks like they have the other content types used by OpenOffice, but
> not oxt files:
>
> http://svn.apache.org/repos/asf/httpd/httpd/trunk/docs/conf/mime.types
That makes sense although it won't help in this case as the mirror is:
Server: nginx/1.0.14
Might need to submit the patch there as well.
Regards,
Dave
>
> -Rob
>
>
>> $ wget http://extensions.openoffice.org/e-files/874/29/oracle-pdfimport.oxt
>> Posizione:
>> http://ignum.dl.sourceforge.net/project/aoo-extensions/874/29/oracle-pdfimport.oxt
>> [segue]
>> Lunghezza: 4899523 (4,7M) [application/vnd.openofficeorg.extension]
>>
>> $ wget http://extensions.openoffice.org/e-files/874/29/oracle-pdfimport.oxt
>> Posizione:
>> http://garr.dl.sourceforge.net/project/aoo-extensions/874/29/oracle-pdfimport.oxt
>> [segue]
>> Lunghezza: 4899523 (4,7M) [application/octet-stream]
>>
>> $ wget http://extensions.openoffice.org/e-files/874/29/oracle-pdfimport.oxt
>> Posizione:
>> http://heanet.dl.sourceforge.net/project/aoo-extensions/874/29/oracle-pdfimport.oxt
>> [segue]
>> Lunghezza: 4899523 (4,7M) [application/octet-stream]
>>
>> $ wget http://extensions.openoffice.org/e-files/874/29/oracle-pdfimport.oxt
>> Posizione:
>> http://dfn.dl.sourceforge.net/project/aoo-extensions/874/29/oracle-pdfimport.oxt
>> [segue]
>> Lunghezza: 4899523 (4,7M) [application/octet-stream]
>>
>> $ wget http://extensions.openoffice.org/e-files/874/29/oracle-pdfimport.oxt
>> Posizione:
>> http://freefr.dl.sourceforge.net/project/aoo-extensions/874/29/oracle-pdfimport.oxt
>> [segue]
>> Lunghezza: 4899523 (4,7M) [application/vnd.openofficeorg.extension]
>>
>> MIME types are defined at the web server level, so the configuration for
>> each mirror is probably responsible for this difference. Then most browsers
>> will get it right nevertheless, but some might be tricked by receiving the
>> generic "octet-stream" type and interpreting it as a valid ZIP file (which
>> is correct, but not the best thing to do of course) before checking if it is
>> a valid OXT file as well.
>>
>> A simple test could be to ask people who report problems if they get
>> different behaviors with
>> http://garr.dl.sourceforge.net/project/aoo-extensions/874/29/oracle-pdfimport.oxt
>> (which serves OXT as octet/stream) and
>> http://freefr.dl.sourceforge.net/project/aoo-extensions/874/29/oracle-pdfimport.oxt
>> (which serves OXT as application/vnd.openofficeorg.extension).
>>
>> Regards,
>> Andrea.
Re: Extension downloading problem
Posted by Rob Weir <ro...@apache.org>.
On Fri, Aug 24, 2012 at 5:59 PM, Andrea Pescetti <pe...@apache.org> wrote:
> Dave Fisher wrote:
>>
>> Has anyone inspected the MIME Type returned? If it is not a proper
>> one for OXT then it is possible that IE8 is doing detection of the
>> type.
>
>
> I had different results than Dave's, and I concluded I see different MIME
> types depending on the mirror I get, so this depends on how each individual
> mirror used by SourceForge is configured.
>
> Example with repeated attempts (strings are in Italian but it's easy to
> understand that the first and last one are right, the other mirrors are
> not):
>
Good work. I'm copying Roberto on this, since it sounds like this
will need a configuration change on the SourceForge side.
Also, I wonder if it would be worth submitting a patch for Apache. It
looks like they have the other content types used by OpenOffice, but
not oxt files:
http://svn.apache.org/repos/asf/httpd/httpd/trunk/docs/conf/mime.types
-Rob
> $ wget http://extensions.openoffice.org/e-files/874/29/oracle-pdfimport.oxt
> Posizione:
> http://ignum.dl.sourceforge.net/project/aoo-extensions/874/29/oracle-pdfimport.oxt
> [segue]
> Lunghezza: 4899523 (4,7M) [application/vnd.openofficeorg.extension]
>
> $ wget http://extensions.openoffice.org/e-files/874/29/oracle-pdfimport.oxt
> Posizione:
> http://garr.dl.sourceforge.net/project/aoo-extensions/874/29/oracle-pdfimport.oxt
> [segue]
> Lunghezza: 4899523 (4,7M) [application/octet-stream]
>
> $ wget http://extensions.openoffice.org/e-files/874/29/oracle-pdfimport.oxt
> Posizione:
> http://heanet.dl.sourceforge.net/project/aoo-extensions/874/29/oracle-pdfimport.oxt
> [segue]
> Lunghezza: 4899523 (4,7M) [application/octet-stream]
>
> $ wget http://extensions.openoffice.org/e-files/874/29/oracle-pdfimport.oxt
> Posizione:
> http://dfn.dl.sourceforge.net/project/aoo-extensions/874/29/oracle-pdfimport.oxt
> [segue]
> Lunghezza: 4899523 (4,7M) [application/octet-stream]
>
> $ wget http://extensions.openoffice.org/e-files/874/29/oracle-pdfimport.oxt
> Posizione:
> http://freefr.dl.sourceforge.net/project/aoo-extensions/874/29/oracle-pdfimport.oxt
> [segue]
> Lunghezza: 4899523 (4,7M) [application/vnd.openofficeorg.extension]
>
> MIME types are defined at the web server level, so the configuration for
> each mirror is probably responsible for this difference. Then most browsers
> will get it right nevertheless, but some might be tricked by receiving the
> generic "octet-stream" type and interpreting it as a valid ZIP file (which
> is correct, but not the best thing to do of course) before checking if it is
> a valid OXT file as well.
>
> A simple test could be to ask people who report problems if they get
> different behaviors with
> http://garr.dl.sourceforge.net/project/aoo-extensions/874/29/oracle-pdfimport.oxt
> (which serves OXT as octet/stream) and
> http://freefr.dl.sourceforge.net/project/aoo-extensions/874/29/oracle-pdfimport.oxt
> (which serves OXT as application/vnd.openofficeorg.extension).
>
> Regards,
> Andrea.
Re: Extension downloading problem
Posted by Andrea Pescetti <pe...@apache.org>.
Dave Fisher wrote:
> Has anyone inspected the MIME Type returned? If it is not a proper
> one for OXT then it is possible that IE8 is doing detection of the
> type.
I had different results than Dave's, and I concluded I see different
MIME types depending on the mirror I get, so this depends on how each
individual mirror used by SourceForge is configured.
Example with repeated attempts (strings are in Italian but it's easy to
understand that the first and last one are right, the other mirrors are
not):
$ wget http://extensions.openoffice.org/e-files/874/29/oracle-pdfimport.oxt
Posizione:
http://ignum.dl.sourceforge.net/project/aoo-extensions/874/29/oracle-pdfimport.oxt
[segue]
Lunghezza: 4899523 (4,7M) [application/vnd.openofficeorg.extension]
$ wget http://extensions.openoffice.org/e-files/874/29/oracle-pdfimport.oxt
Posizione:
http://garr.dl.sourceforge.net/project/aoo-extensions/874/29/oracle-pdfimport.oxt
[segue]
Lunghezza: 4899523 (4,7M) [application/octet-stream]
$ wget http://extensions.openoffice.org/e-files/874/29/oracle-pdfimport.oxt
Posizione:
http://heanet.dl.sourceforge.net/project/aoo-extensions/874/29/oracle-pdfimport.oxt
[segue]
Lunghezza: 4899523 (4,7M) [application/octet-stream]
$ wget http://extensions.openoffice.org/e-files/874/29/oracle-pdfimport.oxt
Posizione:
http://dfn.dl.sourceforge.net/project/aoo-extensions/874/29/oracle-pdfimport.oxt
[segue]
Lunghezza: 4899523 (4,7M) [application/octet-stream]
$ wget http://extensions.openoffice.org/e-files/874/29/oracle-pdfimport.oxt
Posizione:
http://freefr.dl.sourceforge.net/project/aoo-extensions/874/29/oracle-pdfimport.oxt
[segue]
Lunghezza: 4899523 (4,7M) [application/vnd.openofficeorg.extension]
MIME types are defined at the web server level, so the configuration for
each mirror is probably responsible for this difference. Then most
browsers will get it right nevertheless, but some might be tricked by
receiving the generic "octet-stream" type and interpreting it as a valid
ZIP file (which is correct, but not the best thing to do of course)
before checking if it is a valid OXT file as well.
A simple test could be to ask people who report problems if they get
different behaviors with
http://garr.dl.sourceforge.net/project/aoo-extensions/874/29/oracle-pdfimport.oxt
(which serves OXT as octet/stream) and
http://freefr.dl.sourceforge.net/project/aoo-extensions/874/29/oracle-pdfimport.oxt
(which serves OXT as application/vnd.openofficeorg.extension).
Regards,
Andrea.
Re: Extension downloading problem
Posted by Dave Fisher <da...@comcast.net>.
On Aug 24, 2012, at 8:51 AM, Rob Weir wrote:
> On Fri, Aug 24, 2012 at 11:18 AM, Dave Fisher <da...@comcast.net> wrote:
>>
>> On Aug 24, 2012, at 8:00 AM, Dave Fisher wrote:
>>
>>>
>>> On Aug 24, 2012, at 7:48 AM, Keith N. McKenna wrote:
>>>
>>>> Rory O'Farrell wrote:
>>>>> On Fri, 24 Aug 2012 15:17:57 +0100
>>>>> Rory O'Farrell <of...@iol.ie> wrote:
>>>>>
>>>>>> On Fri, 24 Aug 2012 16:12:58 +0200
>>>>>> Joost Andrae <Jo...@gmx.de> wrote:
>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> I just checked the Writer2Epub v1.1.7 extension on the extension site.
>>>>>>> The extension downloads correctly with oxt file extension.
>>>>>>>
>>>>>>> It is correct that from technical view an oxt file is a zip archive
>>>>>>> containing all content needed to install as an extension into Apache
>>>>>>> OpenOffice.
>>>>>>>
>>>>>>> Am 24.08.2012 15:00, schrieb Rory O'Farrell:
>>>>>>>> On the en-Forum I have seen a number of reports of downloading problems. Today there was this report
>>>>>>>> " I tried to download and install the ePub 1.1.17 extension. A zip file filled with various folders containing all kinds of files is downloaded. Nothing that looks like an installer. How do I install this extension? When a program is offered to me in the shape of a zip file full of different files, I never know what to do with it, to be honest."
>>>>>>>>
>>>>>>>> I suggested this might be a browser problem, as some browsers (definitely IE in some versions, there may be others) rename the OpenOffice extensions silently to type .zip.
>>>>>>>>
>>>>>>>> The user renamed the .zip to .oxt and it installed correctly. He then send me the following additional comment
>>>>>>>> "Thanks! I download the Dutch Spelling Checker and it also arrived in the shape of a zip file. Now I've renamed them both and they both snapped into being .oxt files. Perhaps this trick should be mentioned on the Extensions "Introductory Page"? It must be a problem for many users."
>>>>>>>>
>>>>>>>> I have asked what browser he is using and will post that detail when available. But in the meantime I think his suggestion of a mention of this problem on the Extensions page is valid and worthwhile.
>>>>>>>>
>>>>>>>
>>>>>>> Kind regards, Joost
>>>>>>>
>>>>>>>
>>>>>> I am certain the download page is correct as to the extension. The change to zip seems to depend on the browser in use. I know that some earlier version of IE did this, without notification. When I get further information I'll post it to this thread. Most of the active members of this list will use a browser of choice rather than a default browser, and will also update it, so won't be aware of this problem with some older browser.
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Rory O'Farrell <of...@iol.ie>
>>>>>>
>>>>>
>>>>> I understand that this problem comes from IE8.
>>>>>
>>>>>
>>>> I just tried using ie8 to download Writer2epub along with a random sample of other extensions. I can confirm that it does indeed change the extension to zip. I second Rory's suggestion that a notice be put on the page to that effect along with instructions to rename it to .oxt after download.
>>>
>>> Has anyone inspected the MIME Type returned? If it is not a proper one for OXT then it is possible that IE8 is doing detection of the type.
>>
>> I did the following:
>>
>> $ curl http://dl.dropbox.com/u/14712909/macro/w2e/writer2epub.oxt -D header > writer2epub.oxt
>>
>> Here is the header:
>>
>> $ more header
>> HTTP/1.1 200 OK
>> Server: nginx/1.0.14
>> Date: Fri, 24 Aug 2012 15:15:24 GMT
>> Content-Type: application/octet-stream
>> Connection: keep-alive
>> content-length: 1372152
>> x-robots-tag: noindex,nofollow
>> accept-ranges: bytes
>> etag: 4363n
>> pragma: public
>> cache-control: max-age=0
>>
>> So, IE8 for these users is set to ignore the file extensions and guess the file type for the general type: application/octet-stream
>>
>
> And then presumably IE8 (or Windows) is doing some sniffing and finds
> the magic bytes "PK" and treats it like a zip.
>
> I wonder: if the file is renamed to *.oxt , does the Windows shell
> recognize it as an OO extension? In other words, if double clicked,
> what happens?
>
>
> Also, Microsoft Office OOXML files (docx, pptx, etc.) are also ZIP's.
> So if I.E. treats them correctly, then we should figure out what they
> are doing differently.
First it is important to see if this is a fresh AOO install. If so all IE8 windows may need to be shutdown before IE8 recognizes AOO extensions properly.
I would not at all be surprised if the MSIE file type sniffing knows how to detect all of the MS Office document types correctly w/o registration. IIRC it did so in IE3. Back then (I'm not sure now.) IE3 was disrespectful of the web server and would make multiple requests for the file until it determined the type.
HTH,
Dave
>
> -Rob
>
>
>> Regards,
>> Dave
>>
>>
>>>
>>> Regards,
>>> Dave
>>>
>>>
>>>>
>>>> Regards
>>>> Keith
>>>>
>>>
>>
Re: Extension downloading problem
Posted by Rob Weir <ro...@apache.org>.
On Fri, Aug 24, 2012 at 11:18 AM, Dave Fisher <da...@comcast.net> wrote:
>
> On Aug 24, 2012, at 8:00 AM, Dave Fisher wrote:
>
>>
>> On Aug 24, 2012, at 7:48 AM, Keith N. McKenna wrote:
>>
>>> Rory O'Farrell wrote:
>>>> On Fri, 24 Aug 2012 15:17:57 +0100
>>>> Rory O'Farrell <of...@iol.ie> wrote:
>>>>
>>>>> On Fri, 24 Aug 2012 16:12:58 +0200
>>>>> Joost Andrae <Jo...@gmx.de> wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I just checked the Writer2Epub v1.1.7 extension on the extension site.
>>>>>> The extension downloads correctly with oxt file extension.
>>>>>>
>>>>>> It is correct that from technical view an oxt file is a zip archive
>>>>>> containing all content needed to install as an extension into Apache
>>>>>> OpenOffice.
>>>>>>
>>>>>> Am 24.08.2012 15:00, schrieb Rory O'Farrell:
>>>>>>> On the en-Forum I have seen a number of reports of downloading problems. Today there was this report
>>>>>>> " I tried to download and install the ePub 1.1.17 extension. A zip file filled with various folders containing all kinds of files is downloaded. Nothing that looks like an installer. How do I install this extension? When a program is offered to me in the shape of a zip file full of different files, I never know what to do with it, to be honest."
>>>>>>>
>>>>>>> I suggested this might be a browser problem, as some browsers (definitely IE in some versions, there may be others) rename the OpenOffice extensions silently to type .zip.
>>>>>>>
>>>>>>> The user renamed the .zip to .oxt and it installed correctly. He then send me the following additional comment
>>>>>>> "Thanks! I download the Dutch Spelling Checker and it also arrived in the shape of a zip file. Now I've renamed them both and they both snapped into being .oxt files. Perhaps this trick should be mentioned on the Extensions "Introductory Page"? It must be a problem for many users."
>>>>>>>
>>>>>>> I have asked what browser he is using and will post that detail when available. But in the meantime I think his suggestion of a mention of this problem on the Extensions page is valid and worthwhile.
>>>>>>>
>>>>>>
>>>>>> Kind regards, Joost
>>>>>>
>>>>>>
>>>>> I am certain the download page is correct as to the extension. The change to zip seems to depend on the browser in use. I know that some earlier version of IE did this, without notification. When I get further information I'll post it to this thread. Most of the active members of this list will use a browser of choice rather than a default browser, and will also update it, so won't be aware of this problem with some older browser.
>>>>>
>>>>>
>>>>> --
>>>>> Rory O'Farrell <of...@iol.ie>
>>>>>
>>>>
>>>> I understand that this problem comes from IE8.
>>>>
>>>>
>>> I just tried using ie8 to download Writer2epub along with a random sample of other extensions. I can confirm that it does indeed change the extension to zip. I second Rory's suggestion that a notice be put on the page to that effect along with instructions to rename it to .oxt after download.
>>
>> Has anyone inspected the MIME Type returned? If it is not a proper one for OXT then it is possible that IE8 is doing detection of the type.
>
> I did the following:
>
> $ curl http://dl.dropbox.com/u/14712909/macro/w2e/writer2epub.oxt -D header > writer2epub.oxt
>
> Here is the header:
>
> $ more header
> HTTP/1.1 200 OK
> Server: nginx/1.0.14
> Date: Fri, 24 Aug 2012 15:15:24 GMT
> Content-Type: application/octet-stream
> Connection: keep-alive
> content-length: 1372152
> x-robots-tag: noindex,nofollow
> accept-ranges: bytes
> etag: 4363n
> pragma: public
> cache-control: max-age=0
>
> So, IE8 for these users is set to ignore the file extensions and guess the file type for the general type: application/octet-stream
>
And then presumably IE8 (or Windows) is doing some sniffing and finds
the magic bytes "PK" and treats it like a zip.
I wonder: if the file is renamed to *.oxt , does the Windows shell
recognize it as an OO extension? In other words, if double clicked,
what happens?
Also, Microsoft Office OOXML files (docx, pptx, etc.) are also ZIP's.
So if I.E. treats them correctly, then we should figure out what they
are doing differently.
-Rob
> Regards,
> Dave
>
>
>>
>> Regards,
>> Dave
>>
>>
>>>
>>> Regards
>>> Keith
>>>
>>
>
Re: Extension downloading problem
Posted by Dave Fisher <da...@comcast.net>.
On Aug 24, 2012, at 8:00 AM, Dave Fisher wrote:
>
> On Aug 24, 2012, at 7:48 AM, Keith N. McKenna wrote:
>
>> Rory O'Farrell wrote:
>>> On Fri, 24 Aug 2012 15:17:57 +0100
>>> Rory O'Farrell <of...@iol.ie> wrote:
>>>
>>>> On Fri, 24 Aug 2012 16:12:58 +0200
>>>> Joost Andrae <Jo...@gmx.de> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> I just checked the Writer2Epub v1.1.7 extension on the extension site.
>>>>> The extension downloads correctly with oxt file extension.
>>>>>
>>>>> It is correct that from technical view an oxt file is a zip archive
>>>>> containing all content needed to install as an extension into Apache
>>>>> OpenOffice.
>>>>>
>>>>> Am 24.08.2012 15:00, schrieb Rory O'Farrell:
>>>>>> On the en-Forum I have seen a number of reports of downloading problems. Today there was this report
>>>>>> " I tried to download and install the ePub 1.1.17 extension. A zip file filled with various folders containing all kinds of files is downloaded. Nothing that looks like an installer. How do I install this extension? When a program is offered to me in the shape of a zip file full of different files, I never know what to do with it, to be honest."
>>>>>>
>>>>>> I suggested this might be a browser problem, as some browsers (definitely IE in some versions, there may be others) rename the OpenOffice extensions silently to type .zip.
>>>>>>
>>>>>> The user renamed the .zip to .oxt and it installed correctly. He then send me the following additional comment
>>>>>> "Thanks! I download the Dutch Spelling Checker and it also arrived in the shape of a zip file. Now I've renamed them both and they both snapped into being .oxt files. Perhaps this trick should be mentioned on the Extensions "Introductory Page"? It must be a problem for many users."
>>>>>>
>>>>>> I have asked what browser he is using and will post that detail when available. But in the meantime I think his suggestion of a mention of this problem on the Extensions page is valid and worthwhile.
>>>>>>
>>>>>
>>>>> Kind regards, Joost
>>>>>
>>>>>
>>>> I am certain the download page is correct as to the extension. The change to zip seems to depend on the browser in use. I know that some earlier version of IE did this, without notification. When I get further information I'll post it to this thread. Most of the active members of this list will use a browser of choice rather than a default browser, and will also update it, so won't be aware of this problem with some older browser.
>>>>
>>>>
>>>> --
>>>> Rory O'Farrell <of...@iol.ie>
>>>>
>>>
>>> I understand that this problem comes from IE8.
>>>
>>>
>> I just tried using ie8 to download Writer2epub along with a random sample of other extensions. I can confirm that it does indeed change the extension to zip. I second Rory's suggestion that a notice be put on the page to that effect along with instructions to rename it to .oxt after download.
>
> Has anyone inspected the MIME Type returned? If it is not a proper one for OXT then it is possible that IE8 is doing detection of the type.
I did the following:
$ curl http://dl.dropbox.com/u/14712909/macro/w2e/writer2epub.oxt -D header > writer2epub.oxt
Here is the header:
$ more header
HTTP/1.1 200 OK
Server: nginx/1.0.14
Date: Fri, 24 Aug 2012 15:15:24 GMT
Content-Type: application/octet-stream
Connection: keep-alive
content-length: 1372152
x-robots-tag: noindex,nofollow
accept-ranges: bytes
etag: 4363n
pragma: public
cache-control: max-age=0
So, IE8 for these users is set to ignore the file extensions and guess the file type for the general type: application/octet-stream
Regards,
Dave
>
> Regards,
> Dave
>
>
>>
>> Regards
>> Keith
>>
>
Re: Extension downloading problem
Posted by Dave Fisher <da...@comcast.net>.
On Aug 24, 2012, at 7:48 AM, Keith N. McKenna wrote:
> Rory O'Farrell wrote:
>> On Fri, 24 Aug 2012 15:17:57 +0100
>> Rory O'Farrell <of...@iol.ie> wrote:
>>
>>> On Fri, 24 Aug 2012 16:12:58 +0200
>>> Joost Andrae <Jo...@gmx.de> wrote:
>>>
>>>> Hi,
>>>>
>>>> I just checked the Writer2Epub v1.1.7 extension on the extension site.
>>>> The extension downloads correctly with oxt file extension.
>>>>
>>>> It is correct that from technical view an oxt file is a zip archive
>>>> containing all content needed to install as an extension into Apache
>>>> OpenOffice.
>>>>
>>>> Am 24.08.2012 15:00, schrieb Rory O'Farrell:
>>>>> On the en-Forum I have seen a number of reports of downloading problems. Today there was this report
>>>>> " I tried to download and install the ePub 1.1.17 extension. A zip file filled with various folders containing all kinds of files is downloaded. Nothing that looks like an installer. How do I install this extension? When a program is offered to me in the shape of a zip file full of different files, I never know what to do with it, to be honest."
>>>>>
>>>>> I suggested this might be a browser problem, as some browsers (definitely IE in some versions, there may be others) rename the OpenOffice extensions silently to type .zip.
>>>>>
>>>>> The user renamed the .zip to .oxt and it installed correctly. He then send me the following additional comment
>>>>> "Thanks! I download the Dutch Spelling Checker and it also arrived in the shape of a zip file. Now I've renamed them both and they both snapped into being .oxt files. Perhaps this trick should be mentioned on the Extensions "Introductory Page"? It must be a problem for many users."
>>>>>
>>>>> I have asked what browser he is using and will post that detail when available. But in the meantime I think his suggestion of a mention of this problem on the Extensions page is valid and worthwhile.
>>>>>
>>>>
>>>> Kind regards, Joost
>>>>
>>>>
>>> I am certain the download page is correct as to the extension. The change to zip seems to depend on the browser in use. I know that some earlier version of IE did this, without notification. When I get further information I'll post it to this thread. Most of the active members of this list will use a browser of choice rather than a default browser, and will also update it, so won't be aware of this problem with some older browser.
>>>
>>>
>>> --
>>> Rory O'Farrell <of...@iol.ie>
>>>
>>
>> I understand that this problem comes from IE8.
>>
>>
> I just tried using ie8 to download Writer2epub along with a random sample of other extensions. I can confirm that it does indeed change the extension to zip. I second Rory's suggestion that a notice be put on the page to that effect along with instructions to rename it to .oxt after download.
Has anyone inspected the MIME Type returned? If it is not a proper one for OXT then it is possible that IE8 is doing detection of the type.
Regards,
Dave
>
> Regards
> Keith
>
Re: Extension downloading problem
Posted by "Keith N. McKenna" <ke...@comcast.net>.
Rory O'Farrell wrote:
> On Fri, 24 Aug 2012 15:17:57 +0100
> Rory O'Farrell <of...@iol.ie> wrote:
>
>> On Fri, 24 Aug 2012 16:12:58 +0200
>> Joost Andrae <Jo...@gmx.de> wrote:
>>
>>> Hi,
>>>
>>> I just checked the Writer2Epub v1.1.7 extension on the extension site.
>>> The extension downloads correctly with oxt file extension.
>>>
>>> It is correct that from technical view an oxt file is a zip archive
>>> containing all content needed to install as an extension into Apache
>>> OpenOffice.
>>>
>>> Am 24.08.2012 15:00, schrieb Rory O'Farrell:
>>>> On the en-Forum I have seen a number of reports of downloading problems. Today there was this report
>>>> " I tried to download and install the ePub 1.1.17 extension. A zip file filled with various folders containing all kinds of files is downloaded. Nothing that looks like an installer. How do I install this extension? When a program is offered to me in the shape of a zip file full of different files, I never know what to do with it, to be honest."
>>>>
>>>> I suggested this might be a browser problem, as some browsers (definitely IE in some versions, there may be others) rename the OpenOffice extensions silently to type .zip.
>>>>
>>>> The user renamed the .zip to .oxt and it installed correctly. He then send me the following additional comment
>>>> "Thanks! I download the Dutch Spelling Checker and it also arrived in the shape of a zip file. Now I've renamed them both and they both snapped into being .oxt files. Perhaps this trick should be mentioned on the Extensions "Introductory Page"? It must be a problem for many users."
>>>>
>>>> I have asked what browser he is using and will post that detail when available. But in the meantime I think his suggestion of a mention of this problem on the Extensions page is valid and worthwhile.
>>>>
>>>
>>> Kind regards, Joost
>>>
>>>
>> I am certain the download page is correct as to the extension. The change to zip seems to depend on the browser in use. I know that some earlier version of IE did this, without notification. When I get further information I'll post it to this thread. Most of the active members of this list will use a browser of choice rather than a default browser, and will also update it, so won't be aware of this problem with some older browser.
>>
>>
>> --
>> Rory O'Farrell <of...@iol.ie>
>>
>
> I understand that this problem comes from IE8.
>
>
I just tried using ie8 to download Writer2epub along with a random
sample of other extensions. I can confirm that it does indeed change the
extension to zip. I second Rory's suggestion that a notice be put on the
page to that effect along with instructions to rename it to .oxt after
download.
Regards
Keith
Re: Extension downloading problem
Posted by Rory O'Farrell <of...@iol.ie>.
On Fri, 24 Aug 2012 15:17:57 +0100
Rory O'Farrell <of...@iol.ie> wrote:
> On Fri, 24 Aug 2012 16:12:58 +0200
> Joost Andrae <Jo...@gmx.de> wrote:
>
> > Hi,
> >
> > I just checked the Writer2Epub v1.1.7 extension on the extension site.
> > The extension downloads correctly with oxt file extension.
> >
> > It is correct that from technical view an oxt file is a zip archive
> > containing all content needed to install as an extension into Apache
> > OpenOffice.
> >
> > Am 24.08.2012 15:00, schrieb Rory O'Farrell:
> > > On the en-Forum I have seen a number of reports of downloading problems. Today there was this report
> > > " I tried to download and install the ePub 1.1.17 extension. A zip file filled with various folders containing all kinds of files is downloaded. Nothing that looks like an installer. How do I install this extension? When a program is offered to me in the shape of a zip file full of different files, I never know what to do with it, to be honest."
> > >
> > > I suggested this might be a browser problem, as some browsers (definitely IE in some versions, there may be others) rename the OpenOffice extensions silently to type .zip.
> > >
> > > The user renamed the .zip to .oxt and it installed correctly. He then send me the following additional comment
> > > "Thanks! I download the Dutch Spelling Checker and it also arrived in the shape of a zip file. Now I've renamed them both and they both snapped into being .oxt files. Perhaps this trick should be mentioned on the Extensions "Introductory Page"? It must be a problem for many users."
> > >
> > > I have asked what browser he is using and will post that detail when available. But in the meantime I think his suggestion of a mention of this problem on the Extensions page is valid and worthwhile.
> > >
> >
> > Kind regards, Joost
> >
> >
> I am certain the download page is correct as to the extension. The change to zip seems to depend on the browser in use. I know that some earlier version of IE did this, without notification. When I get further information I'll post it to this thread. Most of the active members of this list will use a browser of choice rather than a default browser, and will also update it, so won't be aware of this problem with some older browser.
>
>
> --
> Rory O'Farrell <of...@iol.ie>
>
I understand that this problem comes from IE8.
--
Rory O'Farrell <of...@iol.ie>
Re: Extension downloading problem
Posted by Rory O'Farrell <of...@iol.ie>.
On Fri, 24 Aug 2012 16:12:58 +0200
Joost Andrae <Jo...@gmx.de> wrote:
> Hi,
>
> I just checked the Writer2Epub v1.1.7 extension on the extension site.
> The extension downloads correctly with oxt file extension.
>
> It is correct that from technical view an oxt file is a zip archive
> containing all content needed to install as an extension into Apache
> OpenOffice.
>
> Am 24.08.2012 15:00, schrieb Rory O'Farrell:
> > On the en-Forum I have seen a number of reports of downloading problems. Today there was this report
> > " I tried to download and install the ePub 1.1.17 extension. A zip file filled with various folders containing all kinds of files is downloaded. Nothing that looks like an installer. How do I install this extension? When a program is offered to me in the shape of a zip file full of different files, I never know what to do with it, to be honest."
> >
> > I suggested this might be a browser problem, as some browsers (definitely IE in some versions, there may be others) rename the OpenOffice extensions silently to type .zip.
> >
> > The user renamed the .zip to .oxt and it installed correctly. He then send me the following additional comment
> > "Thanks! I download the Dutch Spelling Checker and it also arrived in the shape of a zip file. Now I've renamed them both and they both snapped into being .oxt files. Perhaps this trick should be mentioned on the Extensions "Introductory Page"? It must be a problem for many users."
> >
> > I have asked what browser he is using and will post that detail when available. But in the meantime I think his suggestion of a mention of this problem on the Extensions page is valid and worthwhile.
> >
>
> Kind regards, Joost
>
>
I am certain the download page is correct as to the extension. The change to zip seems to depend on the browser in use. I know that some earlier version of IE did this, without notification. When I get further information I'll post it to this thread. Most of the active members of this list will use a browser of choice rather than a default browser, and will also update it, so won't be aware of this problem with some older browser.
--
Rory O'Farrell <of...@iol.ie>
Re: Extension downloading problem
Posted by Joost Andrae <Jo...@gmx.de>.
Hi,
I just checked the Writer2Epub v1.1.7 extension on the extension site.
The extension downloads correctly with oxt file extension.
It is correct that from technical view an oxt file is a zip archive
containing all content needed to install as an extension into Apache
OpenOffice.
Am 24.08.2012 15:00, schrieb Rory O'Farrell:
> On the en-Forum I have seen a number of reports of downloading problems. Today there was this report
> " I tried to download and install the ePub 1.1.17 extension. A zip file filled with various folders containing all kinds of files is downloaded. Nothing that looks like an installer. How do I install this extension? When a program is offered to me in the shape of a zip file full of different files, I never know what to do with it, to be honest."
>
> I suggested this might be a browser problem, as some browsers (definitely IE in some versions, there may be others) rename the OpenOffice extensions silently to type .zip.
>
> The user renamed the .zip to .oxt and it installed correctly. He then send me the following additional comment
> "Thanks! I download the Dutch Spelling Checker and it also arrived in the shape of a zip file. Now I've renamed them both and they both snapped into being .oxt files. Perhaps this trick should be mentioned on the Extensions "Introductory Page"? It must be a problem for many users."
>
> I have asked what browser he is using and will post that detail when available. But in the meantime I think his suggestion of a mention of this problem on the Extensions page is valid and worthwhile.
>
Kind regards, Joost