On Sun, 27 Oct 2002, Rob Landley wrote:
> On Sunday 27 October 2002 22:34, Hank Leininger wrote:
> > Also, I'm interested in any corner cases where the attachment-parser messes
> > up--most of all when it fails to make attachments properly downloadable,
> > but also, to a lesser extent, any predictably readable mime-type, encoding,
> > etc which it currently doesn't try to print in-line, but could.
>
> This one went totally bonkers, but the post it was embedded in could have been
> too long:
>
> http://marc.theaimsgroup.com/?l=linux-kernel&m=103559201620433&q=p3
Hm. Actually I think the only problem with this is a browser issue.
[ But not any more, see below. ] That attachment is named
"linux-2.4.20-pre9-agp3.patch.gz". Netscape (at least) has absolutely
idiotic behavior when downloading .gz files: it will strip the .gz
extension, but not decompress the file! So when I use Netscape to save
the above, I get:
- -rw-r--r-- 1 hlein users 7023 Oct 28 02:06 linux-2.4.20-pre9-agp3.patch
Which is a bunch of binary crap. But 'file' realizes it's compressed:
$ file linux-2.4.20-pre9-agp3.patch
linux-2.4.20-pre9-agp3.patch: gzip compressed data, deflated, original filename, `linux-2.4.20-pre9-agp3.patch', last modified: Thu Oct 24 19:09:39 2002, os: Unix
And if you rename it to put the .gz back on, and/or gunzip -c it, you
should get what looks like a proper diff file. (I don't know a way for
a server to override this behavior; if anyone does, please contact me
off-list.)
Hm. OTOH, I just tested that with Konqueror (v 3.mumble) and it
segfaults trying to download it. Bad.
[tests]
OK. I was basically reproducing the Content-Disposition header from the
mail, which contains a filename hint. In an email it looks like:
Content-Disposition: attachment; filename="linux-2.4.20-pre9-agp3.patch.gz"
Netscape and at least some other browsers eat that just fine (and take
the filename hint). Konqueror segfaults. If I remove that header, it's
fine, but then there's no filename hint. If I s/attachment;// then
Konqueror doesn't segfault. Netscape 4.8 and MSIE 6sp1 both still grok
the filename hint. Konqueror's handling of the filename hint seems
inconsistent (sometimes doesn't work at all; sometimes thinks the
closing double quote is part of the filename). Still investigating.
But this is better than before, so just committed that change.
I'll file a bug report on Konqueror (the header was admittedly bogus
before, but it shouldn't have caused a SEGV), and try to figure out how
to get filename hints working better for Konq as well.
> linux-kernel mailing list blurb was at the end of them. The penultimate list
> will be posted in a few minutes, just trying to catch up on linux-kernel
> first to see if I missed anything.
If these mails don't cross each other, please check if you can if the
other cases you've seen are similar to the above.
Thanks,
Hank Leininger <hlein@progressive-comp.com>
E407 AEF4 761E D39C D401 D4F4 22F8 EF11 861A A6F1
-----BEGIN PGP SIGNATURE-----
iD8DBQE9vOwMIvjvEYYapvERAhZwAJ4pNssBzCb5rRnt3A9t3hDp0od6FwCffStm
cUM7WhDPAGdaQSgyNecGMU0=
=6Z+U
-----END PGP SIGNATURE-----
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/