Apache OpenOffice (AOO) Bugzilla – Issue 117163
Faulty handling of attachment on Save As (right mouse click)
Last modified: 2017-05-20 09:42:45 UTC
Problems affecting Firefox (3.6.13) and Netbeans (6.9.1) and IE tp some extends - load an issue with attachments (such as http://openoffice.org/bugzilla/show_bug.cgi?id=117109) - right click on one of the attachments and execute "Save As" -> The Save As dialog won't get the (correct) file name to download On Firefox: a file name "attachment.cgi" is proposed On Netbeans: no file name is set. On IE (7.0) binary attachments are renamed to *.zip No problems found using Safari or Chrome.
confirming problem
Bugzilla correctly sets a content-dispsition header when the contents of attachments is downloaded. Most Browsers seem to at least regonize that when you just click on the link. Why they do not use that information in their Save-As dialog is beyond my knowledge. This is not something we can fix by customizing bugzilla. Here the Browser implementations do have bugs. Feel free to file issue to their buftracking systems. Setting issue to resolved/invalid
reopening. We might have a chance to workaround the browser´s problems by providing a URL that ends in the filename in the OpenOffice.org bugzilla theme plus an apache rewrite rule that redirects this URL to the bugzilla/attachment.cgi page.
assigned to me
adding the apache rewrite rule to OOo kenai is tracked in http://kenai.com/jira/browse/KENAI-2755
(In reply to comment #3) > We might have a chance to workaround the browser´s problems by providing a URL > that ends in the filename in the OpenOffice.org bugzilla theme plus an apache > rewrite rule that redirects this URL to the bugzilla/attachment.cgi page. This is not a problem with the browsers. Other installations running Bugzilla 3.2 work correctly. Only OpenOffice's Bugzilla is broken.
(In reply to comment #6) > (In reply to comment #3) > > We might have a chance to workaround the browser´s problems by providing a URL > > that ends in the filename in the OpenOffice.org bugzilla theme plus an apache > > rewrite rule that redirects this URL to the bugzilla/attachment.cgi page. > > This is not a problem with the browsers. Other installations running Bugzilla > 3.2 work correctly. Only OpenOffice's Bugzilla is broken. Ok thanks for the hint. Will have to dig deeper into what is actually happening. Things that might have a influence here are that there is as far as i know some redirection for these urls on the kenai infrastructure (this would mean netbeans.org has the same problem) and on the other hand response times on OOo are sometimes not good too.
Reset QA Contact to new default
You may want to have a look at BZ settings. There seems to be options to customize the behavior.
bei->st: there are adminstrative settings for some aspects of attachment handling in bugzilla yes but none of them is relavant for this issue.
The history of the firefox "save link as" implementation related to this can be found here: https://bugzilla.mozilla.org/show_bug.cgi?id=299372 From reading the long history of that issue and doing some experiments I conclude the following: Firefox developers did some compromise between displaying the save_as dialog fast and displaying the right filename in it. The OpenOffice.org website response is currently to slow for that compromise to do the right think. Fortunately though this is somewhat configurable: In the browser URL bar enter "about:config" and confirm that you really want to do changes to the configuration and know what you are doing. Now find the item "browser.download.saveLinkAsFilenameTimeout". The default value there seems to be 1000 Increase that value to 10000 or more. Now firefox should display the right filename in the save as dialog.
Created attachment 76376 [details] Dummy Text test attachment
A follow up issue for Firefox has been created: Issue: https://bugzilla.mozilla.org/show_bug.cgi?id=649925 Title: default value for browser.download.saveLinkAsFilenameTimeout set to a too low value