From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26763 invoked by alias); 26 Apr 2010 10:53:49 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: X-Seq: 27919 Received: (qmail 27829 invoked from network); 26 Apr 2010 10:53:37 -0000 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.3.1 Received-SPF: none (ns1.primenet.com.au: domain at vinc17.net does not designate permitted sender hosts) Date: Mon, 26 Apr 2010 12:53:31 +0200 From: Vincent Lefevre To: zsh-workers@zsh.org Cc: 579209@bugs.debian.org Subject: zsh: insert-last-word problem after completion Message-ID: <20100426105331.GC25015@prunille.vinc17.org> Mail-Followup-To: zsh-workers@zsh.org, 579209@bugs.debian.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-Mailer-Info: http://www.vinc17.org/mutt/ User-Agent: Mutt/1.5.20-6083-vl-r35499 (2010-04-24) I've reported the following bug in Debian. It also occurs under Mac OS X. After a "zsh -f": % alias my_echo=echo % false % true & % my_ech[TAB] A succession of [ESC] . (bound to insert-last-word) gives: my_echo& my_echo&& my_echo&false while I would expect: my_echo & my_echo false or even better: my_echo true my_echo false i.e. the "&" should be ignored by insert-last-word. -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)