From mi@rtfm.ziplink.net Thu Feb 13 06:29:17 1997 Received: from rtfm.ziplink.net ([199.232.255.52]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id GAA13464 for ; Thu, 13 Feb 1997 06:29:15 -0800 (PST) Received: (from mi@localhost) by rtfm.ziplink.net (8.8.5/8.7.3) id JAA29357; Thu, 13 Feb 1997 09:28:52 -0500 (EST) Message-Id: <199702131428.JAA29357@rtfm.ziplink.net> Date: Thu, 13 Feb 1997 09:28:52 -0500 (EST) From: mi@aldan.ziplink.net Reply-To: mi@aldan.ziplink.net To: FreeBSD-gnats-submit@freebsd.org Subject: fetch(1)'s output when redirected X-Send-Pr-Version: 3.2 >Number: 2725 >Category: bin >Synopsis: progress indicator even when stdout/err is not a terminal >Confidential: no >Severity: non-critical >Priority: low >Responsible: jmg >State: closed >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Feb 13 06:30:00 PST 1997 >Closed-Date: Fri Feb 14 11:09:43 PST 1997 >Last-Modified: Fri Feb 14 11:10:57 PST 1997 >Originator: Mikhail Teterin >Release: FreeBSD 3.0-970209-SNAP i386 >Organization: Virtual Estates, Inc. >Environment: >Description: When fetch(1)'s output is not a terminal it should not print out the progress indicator. The current behaviour is especially annoying when fetch is used in at and/or cron jobs. >How-To-Repeat: fetch ftp://somehwere/something >& q view q >Fix: If used in the cron/at job, fetch's err and out can be set to /dev/bowl, but then you'll lose the usefull lines: "8218712 bytes received in ..." and/or the error reports: "Not logged in", for example. >Release-Note: >Audit-Trail: Responsible-Changed-From-To: freebsd-bugs->jmg Responsible-Changed-By: jmg Responsible-Changed-When: Thu Feb 13 18:40:29 PST 1997 Responsible-Changed-Why: I'll grap this one. I was just in there fixing something else. State-Changed-From-To: open->closed State-Changed-By: jmg State-Changed-When: Fri Feb 14 11:09:43 PST 1997 State-Changed-Why: fixed in revision 1.36 of src/usr.bin/fetch/main.c >Unformatted: