Your message dated Thu, 2 Sep 2010 14:20:49 +0200
with message-id <[email protected]>
and subject line Re: Bug#529459: Diagnosis of the problem: fails to rename
downloaded file
has caused the Debian Bug report #529459,
regarding firefox forgets that i asked it not to query about which helper to use
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.)
--
529459: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=529459
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: iceweasel
Version: 3.0.9-1
Severity: minor
I can reproduce this with a new profile and the following
invocation:
MOZILLA_DISABLE_PLUGINS=1 iceweasel -safe-mode
I open a .m3u file and firefox asks me for the helper to use. I tell
it to use ~/.bin/audio/plshandler and check the box "do this from
now on for all files of this type".
Yet, when I click on another .m3u file, firefox asks me again, and
as if to spite me on top, the check box will be activated when the
dialog pops up.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.30-rc5-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 3.1.3 Miscellaneous utilities specific t
ii fontconfig 2.6.0-3 generic font configuration library
ii libc6 2.9-12 GNU C Library: Shared libraries
ii libglib2.0-0 2.20.1-2 The GLib library of C routines
ii libgtk2.0-0 2.16.1-2 The GTK+ graphical user interface
ii libnspr4-0d 4.7.4-2 NetScape Portable Runtime Library
ii libstdc++6 4.4.0-4 The GNU Standard C++ Library v3
ii procps 1:3.2.7-11 /proc file system utilities
ii psmisc 22.7-1 utilities that use the proc file s
ii xulrunner-1.9 1.9.0.10-1 XUL + XPCOM application runner
iceweasel recommends no packages.
Versions of packages iceweasel suggests:
ii latex-xft-fonts 0.1-8 Xft-compatible versions of some La
pn libkrb53 <none> (no description available)
pn mozplugger <none> (no description available)
pn ttf-mathematica4.1 <none> (no description available)
ii xfonts-mathml 2 Type1 Symbol font for MathML
pn xprint <none> (no description available)
pn xulrunner-1.9-gnome-support <none> (no description available)
-- no debconf information
--
.''`. martin f. krafft <[email protected]> Related projects:
: :' : proud Debian developer http://debiansystem.info
`. `'` http://people.debian.org/~madduck http://vcs-pkg.org
`- 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 ---
Hi,
Thank you both for your feedback.
On Thu, Sep 02, 2010 at 11:42:54AM +0200, martin f krafft wrote:
> I actually don't see any relation with size of the filename in the
> Content-Disposition header, but I did track this down to unicode
> characters in the Content-Disposition header.
>
> Specifically, libapache2-mod-musicindex 1.2.5 (lenny version) sent
> an empty field, while libapache2-mod-musicindex 1.3.4 (squeeze)
> apparently sends random data (#595232).
>
> If I take the response headers from a 1.2.5 dialog and add random
> data (unicode characters) to the Content-Disposition header, I can
> reproduce the behaviour.
>
> E.g.
>
> HTTP/1.1 200 OK
> Date: Thu, 02 Sep 2010 09:24:25 GMT
> Server: Apache/2.2.9 (Debian) mod_ssl/2.2.9 OpenSSL/0.9.8g
> mod_musicindex/1.2.5
> Content-Disposition: ←…→
> Vary: User-Agent
> Content-Length: 1145
> Keep-Alive: timeout=15, max=98
> Connection: Keep-Alive
> Content-Type: audio/x-mpegurl
With Martin's cooperation, we've been able to track down what happens
in iceweasel and find an explanation as to what happens and why.
Everything boils down to RFC 2183:
2.8 Future Extensions and Unrecognized Disposition Types
(...)
Unrecognized parameters should be ignored. Unrecognized disposition
types should be treated as `attachment'. (...)
2.2 The Attachment Disposition Type
(...) their display should not be automatic, but contingent upon
some further action of the user.
In other words, the broken Content-Disposition libapache2-mod-musicindex
returns makes iceweasel treat it as Content-Disposition: attachment,
which means it asks the user what to do with the file, even when the
don't ask me again box is checked.
This is, thus, a feature.
Cheers,
Mike
--- End Message ---
