Date: Fri, 30 Dec 2005 19:38:17 +0100 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) To: Martin Cracauer <cracauer@cons.org> Cc: freebsd-current@FreeBSD.ORG Subject: Re: fetch extension - use local filename from content-dispositionheader (new diff) Message-ID: <86bqyy4ehy.fsf@xps.des.no> In-Reply-To: <20051230125227.A33408@cons.org> (Martin Cracauer's message of "Fri, 30 Dec 2005 12:52:27 -0500") References: <20051229221459.A17102@cons.org> <030d01c60cf1$db80a290$1200a8c0@gsicomp.on.ca> <20051230035724.GA52167@nagual.pp.ru> <20051230125227.A33408@cons.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Martin Cracauer <cracauer@cons.org> writes: > When discussing, keep in mind that the user has to explicity give the > -O option (there is no environment variable to permanently turn this > on) and that the implications of the -O options are very clear and > simple. And that the main use of this is for folks who have to go > through a gazillion of Bugzilla attachments all name > "customer-errlog.20051220" etc, and there is no other way to download > them in a name-preserving manner than interactively opening them in > Mozilla and saving them. Are you seriously saying that you find it easier to copy the URL to the clipboard and paste it into a terminal window than to just right-click the link and select "Save Link As"? > Before we randomize the list even more I would say I'd like to hear > from the security officer if there is concern left. It still hasn't occurred to you to ask the fetch maintainer, has it? He happens to think it's a terrible hack which breaks the libfetch API and leaks memory to boot. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?86bqyy4ehy.fsf>