On Tue, Aug 20, 2013 at 8:04 AM, Roberto Galoppini
<roberto.galopp...@gmail.com> wrote:
> 2013/8/19 Roberto Galoppini <roberto.galopp...@gmail.com>
>
>>
>>
>>
>> 2013/8/19 sebb <seb...@gmail.com>
>>
>>> On 19 August 2013 16:39, Rob Weir <robw...@apache.org> wrote:
>>> > On Mon, Aug 19, 2013 at 11:16 AM, Andrea Pescetti <pesce...@apache.org>
>>> wrote:
>>> >> Rob Weir wrote:
>>> >>>
>>> >>> On Thu, Aug 8, 2013 at 3:15 AM, Andrea Pescetti wrote:
>>> >>>>
>>> >>>> Not seeing comments, I'll publish the updated dictionary in a couple
>>> of
>>> >>>> days. In the end this is not breaking anything, it just produces a
>>> Fatal
>>> >>>> Error (that is actually not fatal, and solved by simply restarting
>>> >>>> OpenOffice) during profile migration. ...
>>> >>>
>>> >>> I don't know if it is related, but we're starting to get a few reports
>>> >>> from confused users on Facebook.  It sounds like they are getting
>>> >>> dictionary upgrade notifications but are then lost when trying to
>>> >>> download/install the update.   It is coming down as a ZIP file rather
>>> >>> than an OXT.
>>> >>
>>> >>
>>> >> This is a known problem with Internet Explorer (unrelated to this
>>> specific
>>> >> extension): at times, IE tries to be smart and "fixes" the filename
>>> >> extension into ZIP rather than OXT as you correctly observed. I don't
>>> have
>>> >> more precise information, but this has happened for years and the
>>> common
>>> >> advice given on lists is "use another browser" (obviously, capable
>>> users can
>>> >> rename the file as OXT).
>>> >>
>>> >
>>> > If I.E. is suggesting a ZIP content type then this means they've
>>> > resorted to content sniffing and found the ZIP magic number in the
>>> > file header.   Usually a browser only resorts to this if every other
>>> > attempt to determine the content type has failed, e.g., HTTP response
>>> > headers, file name, etc.   This is something that should be fixable.
>>>
>>> The request uses a lot of redirects; the last two respond as follows
>>> (some headers dropped):
>>>
>>> HTTP/1.1 302 Found
>>> Content-Disposition: attachment; filename="dict-en.oxt"
>>> Location:
>>> http://heanet.dl.sourceforge.net/project/aoo-extensions/17102/1/dict-en.oxt
>>> Content-Type<http://heanet.dl.sourceforge.net/project/aoo-extensions/17102/1/dict-en.oxtContent-Type>:
>>> text/html
>>> Content-Length: 0
>>> Server: lighttpd/1.4.26
>>>
>>>
>>> HTTP/1.1 200 OK
>>> Server: Apache/2.2.14
>>> Accept-Ranges: bytes
>>> Content-Length: 6529865
>>> Content-Type: application/octet-stream
>>>
>>> I did an experiment with IE 8 - it downloads as .zip from the
>>> SourceForge, but downloads OK from a copy on people.apache.org.
>>>
>>> The relevant response headers from people.a.o are:
>>>
>>> HTTP/1.1 200 OK
>>> Server: Apache/2.2.24 (Unix) mod_ssl/2.2.24 OpenSSL/1.0.1e DAV/2
>>> Accept-Ranges: bytes
>>> Content-Length: 6529865
>>> Content-Type: application/vnd.openofficeorg.extension
>>>
>>> So it might be sufficient to ensure that the correct content-type is
>>> returned.
>>>
>>> I think this will need to be done by SourceForge on all their systems.
>>>
>>
>> Our SiteOps are investigating the issue, will keep you posted.
>>
>
>
> Our mirrors have been updated with an extra mime type definition for
> extension files (*.oxt). Everything should be ok by now.
>

Excellent.  Thanks!

-Rob

> Roberto
>
>
>>
>> Roberto
>>
>>
>>>
>>> > -Rob
>>> >
>>> >
>>> >>
>>> >> Regards,
>>> >>   Andrea.
>>> >>
>>> >> ---------------------------------------------------------------------
>>> >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>>> >> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>> >>
>>> >
>>> > ---------------------------------------------------------------------
>>> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>>> > For additional commands, e-mail: dev-h...@openoffice.apache.org
>>> >
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>>
>>>
>>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Reply via email to