Your message dated Tue, 22 Dec 2009 11:50:59 +0100
with message-id <[email protected]>
and subject line Re: Bug#472989: Wrong interpretation of Content-Disposition
header
has caused the Debian Bug report #472989,
regarding Wrong interpretation of Content-Disposition header
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
472989: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472989
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: iceweasel
Version: 2.0.0.12-2
Severity: normal
http://www.ietf.org/rfc/rfc2183.txt says:
"The Content-Disposition response-header field has been proposed
as a means for the origin server to suggest a default filename if
the user requests that the content is saved to a file."
If I try to view
http://google-summer-of-code.googlecode.com/files/soc08-824x824_white.jpg,
Iceweasel forces me to download the file. This is wrong. It should
only use the header to suggest a filename *if* I chose to download.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.24-1-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages iceweasel depends on:
ii debianutils 2.28.4 Miscellaneous utilities specific t
ii fontconfig 2.5.0-2 generic font configuration library
ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit
ii libc6 2.7-9 GNU C Library: Shared libraries
ii libcairo2 1.5.8-1 The Cairo 2D vector graphics libra
ii libfontconfig1 2.5.0-2 generic font configuration library
ii libfreetype6 2.3.5-1+b1 FreeType 2 font engine, shared lib
ii libglib2.0-0 2.16.1-2 The GLib library of C routines
ii libgtk2.0-0 2.12.9-2 The GTK+ graphical user interface
ii libhunspell-1.1-0 1.1.9-1 spell checker and morphological an
ii libjpeg62 6b-14 The Independent JPEG Group's JPEG
ii libnspr4-0d 4.7.0-2 NetScape Portable Runtime Library
ii libnss3-1d 3.12.0~beta2-1 Network Security Service libraries
ii libpango1.0-0 1.20.0-1 Layout and rendering of internatio
ii libpng12-0 1.2.15~beta5-3 PNG library - runtime
ii libstdc++6 4.3.0-2 The GNU Standard C++ Library v3
ii libx11-6 2:1.0.3-7 X11 client-side library
ii libxft2 2.1.12-2 FreeType-based font drawing librar
ii libxinerama1 2:1.0.3-1 X11 Xinerama extension library
ii libxp6 1:1.0.0.xsf1-1 X Printing Extension (Xprint) clie
ii libxrender1 1:0.9.4-1 X Rendering Extension client libra
ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library
ii procps 1:3.2.7-6 /proc file system utilities
ii psmisc 22.6-1 Utilities that use the proc filesy
ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime
iceweasel recommends no packages.
-- no debconf information
--
.''`. martin f. krafft <[email protected]>
: :' : proud Debian developer, author, administrator, and user
`. `'` http://people.debian.org/~madduck - http://debiansystem.info
`- Debian - when you have better things to do than fixing systems
digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)
--- End Message ---
--- Begin Message ---
On Thu, Mar 27, 2008 at 06:44:28PM +0100, martin f krafft wrote:
> also sprach Mike Hommey <[email protected]> [2008.03.27.1743 +0100]:
> > Bodyparts can be designated `attachment' to indicate that they are
> > separate from the main body of the mail message, and that their
> > display should not be automatic, but contingent upon some further
> > action of the user. The MUA might instead present the user of a
> > bitmap terminal with an iconic representation of the attachments, or,
> > on character terminals, with a list of attachments from which the
> > user could select for viewing or storage.
>
> Are we talking about MUAs or browsers?
>
> > BTW, the RFC is about MUAs, not browsers ; RFC 2616 is the relevant one,
> > but is not really verbose, though it kind of implies the save as dialog
> > should show up if content-type is application/octet-stream. OTOH, it
> > doesn't say anything about other cases.
>
> In this case, the content type is image/jpeg.
>
> > It also says "Content-Disposition is not part of the HTTP
> > standard, but since it is widely implemented"
> >
> > All that to say I'm not really convinced this is a bug.
>
> Right, and there is http://support.microsoft.com/kb/260519, and
> Safari, Konqueror, Epiphany, and Kazehakase all act the same. So
> I won't push this further.
Closing the bug accordingly.
Cheers,
Mike
--- End Message ---
