Red Hat Bugzilla – Bug 470029
[fix available] Can not open files through http protocol from servers that don't support "OPTIONS"
Last modified: 2008-11-07 05:23:18 EST
Description of problem:
An error message "http://www.microsoft.com/presspass/download/press/2008/02-01Yahoo.ppt is not exit" appear when open this file with openoffice.
(Actual, this file is exit)
Version-Release number of selected component (if applicable):
Some ppt files can not be opened
Steps to Reproduce:
1. Open terminal.
2. Open this file: ooffice http://www.microsoft.com/presspass/download/press/2008/02-01Yahoo.ppt
A window with the error message "http://www.microsoft.com/presspass/download/press/2008/02-01Yahoo.ppt is not exit" pop up.
The file is opened successfully.
This file is opened successfully with openoffice3.0
dtardon->caolanm: Was that functionality available in 2.3.0?
I see it works with a url/filetype of e.g.
I'm not sure if this is e.g. not using/believing/knowing about the mime-type the server gives, or some other issue. reminds me of http://qa.openoffice.org/issues/show_bug.cgi?id=72068
http://people.redhat.com/caolanm/02-01Yahoo.ppt would work, but not direct from MS. Their web-server doesn't support "OPTIONS" like the old code expects, the new code uses "PROPGET" or whatever it is.
Attached is a painful backport that makes this work
Created attachment 322578 [details]
patch to fix
So the question is it work the risk to take this non-trivial semi-backport. We would get this for free with a 3.0 rebase and lower risk.
llim->caolanm, if u feel the risk is high, then we should not include the fix for EL5.
Having put the effort into backporting it I'm a little reluctant to throw that away, but it's spaghetti-like in here so I'm wary of what might go wrong. Will be good in a later release anyway.
Development Management has reviewed and declined this request. You may appeal
this decision by reopening this request.