From monnier@iro.umontreal.ca Mon May 19 04:24:25 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=0.2 required=4.0 tests=AWL,BAYES_00,FOURLA,STOCKLIKE, SUBJMONEY autolearn=no version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 19 May 2008 11:24:25 +0000 Received: from mercure.iro.umontreal.ca (mercure.iro.umontreal.ca [132.204.24.67]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m4JBOJN1019393 for ; Mon, 19 May 2008 04:24:20 -0700 Received: by mercure.iro.umontreal.ca (Postfix, from userid 20848) id A094A2CFB03; Mon, 19 May 2008 07:24:18 -0400 (EDT) X-Original-To: monnier@iro.umontreal.ca Received: from pinpin.iro.umontreal.ca (pinpin.iro.umontreal.ca [132.204.24.52]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 843D82CFA52 for ; Mon, 19 May 2008 07:24:18 -0400 (EDT) Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by pinpin.iro.umontreal.ca (Postfix) with ESMTP id 1B03C3B8AA7 for ; Mon, 19 May 2008 07:24:11 -0400 (EDT) Received: from localhost ([127.0.0.1]:35223 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Jy3TO-0002p7-I2 for monnier@iro.umontreal.ca; Mon, 19 May 2008 07:24:10 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Jy3Sy-0002ol-Nw for emacs-devel@gnu.org; Mon, 19 May 2008 07:23:44 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Jy3Sv-0002n8-Bd for emacs-devel@gnu.org; Mon, 19 May 2008 07:23:43 -0400 Received: from [199.232.76.173] (port=58704 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Jy3Sv-0002n5-2k for emacs-devel@gnu.org; Mon, 19 May 2008 07:23:41 -0400 Received: from fencepost.gnu.org ([140.186.70.10]:50456) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Jy3Su-0004Pg-TA for emacs-devel@gnu.org; Mon, 19 May 2008 07:23:41 -0400 Received: from mx10.gnu.org ([199.232.76.166]:38613) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1Jy3Rj-0006II-0W for emacs-pretest-bug@gnu.org; Mon, 19 May 2008 07:22:27 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Jy3Sr-0004Ow-LL for emacs-pretest-bug@gnu.org; Mon, 19 May 2008 07:23:40 -0400 Received: from 179.75-78-194.adsl-static.isp.belgacom.be ([194.78.75.179]:38021 helo=mail.anubex.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Jy3Sr-0004OO-7m for emacs-pretest-bug@gnu.org; Mon, 19 May 2008 07:23:37 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.anubex.com (Postfix) with ESMTP id 16084D78E41; Mon, 19 May 2008 13:23:35 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at anubex.com Received: from mail.anubex.com ([127.0.0.1]) by localhost (mail.anubex.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wGwSZp7CbHwA; Mon, 19 May 2008 13:23:28 +0200 (CEST) Received: from leeloo.anubex.internal (177.75-78-194.adsl-static.isp.belgacom.be [194.78.75.177]) by mail.anubex.com (Postfix) with ESMTPS id 55A8CD78DBC; Mon, 19 May 2008 13:23:28 +0200 (CEST) Received: from tim by leeloo.anubex.internal with local (Exim 4.63) (envelope-from ) id 1Jy3Si-0004xh-4j; Mon, 19 May 2008 13:23:28 +0200 From: Tim Van Holder To: emacs-pretest-bug@gnu.org Date: Mon, 19 May 2008 13:23:28 +0200 Message-ID: <873aoev8pb.fsf@leeloo.anubex.internal> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) Cc: Subject: 23.0.60; (minor) minibuffer file-name completion issue for files containing $ X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-devel-bounces+monnier=iro.umontreal.ca@gnu.org Errors-To: emacs-devel-bounces+monnier=iro.umontreal.ca@gnu.org X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-1.94, requis 5, BAYES_00 -2.60, RECEIVED_FROM_NOUNK 0.66, SPF_HELO_PASS -0.00) X-DIRO-MailScanner-From: emacs-devel-bounces+monnier=iro.umontreal.ca@gnu.org Files present on the system: /foo/$blah.xyzzy /foo/$blah.quux When pressing TAB twice to get completions for "/foo/$b", I noticed that the fact that the $ gets escaped in the minibuffer seems to cause the wrong letter to be highlighted in the *Completions* buffer (i.e. the 'y' and 'u' are highlighted, respectively, instead of the 'x' and 'q', respectively). In GNU Emacs 23.0.60.1 (i686-pc-linux-gnu, GTK+ Version 2.8.20) of 2008-05-19 on leeloo Windowing system distributor `RealVNC Ltd', version 11.0.3370 configured using `configure '--with-x'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_US.UTF-8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default-enable-multibyte-characters: t Major mode: Dired by name Minor modes in effect: shell-dirtrack-mode: t show-paren-mode: t pc-selection-mode: t display-time-mode: t delete-selection-mode: t tooltip-mode: t tool-bar-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t size-indication-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t From cyd@stupidchicken.com Tue Aug 26 19:11:52 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-2.1 required=4.0 tests=AWL,BAYES_00,SUBJMONEY autolearn=no version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 279) by emacsbugs.donarmstrong.com; 27 Aug 2008 02:11:53 +0000 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m7R2Bo2K010073 for <279@emacsbugs.donarmstrong.com>; Tue, 26 Aug 2008 19:11:51 -0700 Received: by cyd.mit.edu (Postfix, from userid 1000) id 36D3357E34B; Tue, 26 Aug 2008 22:13:36 -0400 (EDT) To: Tim Van Holder Cc: 279@debbugs.gnu.org Subject: Re: 23.0.60; (minor) minibuffer file-name completion issue for files containing $ From: Chong Yidong Date: Tue, 26 Aug 2008 22:13:36 -0400 Message-ID: <87ej4b8asv.fsf@cyd.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > Files present on the system: > /foo/$blah.xyzzy > /foo/$blah.quux > > When pressing TAB twice to get completions for "/foo/$b", I noticed > that the fact that the $ gets escaped in the minibuffer seems to cause > the wrong letter to be highlighted in the *Completions* buffer > (i.e. the 'y' and 'u' are highlighted, respectively, instead of the > 'x' and 'q', respectively). I can't reproduce it in latest CVS. Maybe it's been fixed in the meantime. Do you still see this bug? From tim.vanholder@gmail.com Wed Aug 27 05:47:45 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-0.9 required=4.0 tests=AWL,BAYES_00,FOURLA,STOCKLIKE, SUBJMONEY autolearn=no version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 279) by emacsbugs.donarmstrong.com; 27 Aug 2008 12:47:45 +0000 Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m7RClfJh023231 for <279@emacsbugs.donarmstrong.com>; Wed, 27 Aug 2008 05:47:43 -0700 Received: by yx-out-2324.google.com with SMTP id 8so1410693yxg.31 for <279@emacsbugs.donarmstrong.com>; Wed, 27 Aug 2008 05:47:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=ScXstEnFxi5ik9zyPQx+eSA5cpwLvYtGYZfAimR7ahE=; b=AbC3e4VeS6U6YhNdOT27CXxWNBkTIbdqYw5ZRYf07ZJTYgEMgSIgGJqc1vtdsOBdYy 5Rb24Pd6QnPdcPJecB/KeO4f3XiDRoXaUjuEaFmo33lqPpiTpQNFDbsVvyYnyaD0oppm XxG/6Mr+4AELhZ+8YiSshxetwNE4hcwpGyUSU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=sUGgXrIbyPvJnu8TyLsF9OG7iBAfuZeDLFHh6hCYQ3tvi0rG0QOrSaPmHsmLg6qCCp +1lc2Bf1Lp6cixVFedqz9dQdFBeH81yUphuQJb2ByQXZFcZBn0+UwWxhVqcv1ktvcUF/ ppWamhivIOxyN2tsBVT5M8XvVPf/pJQD4+QxE= Received: by 10.151.98.16 with SMTP id a16mr35388ybm.202.1219841261482; Wed, 27 Aug 2008 05:47:41 -0700 (PDT) Received: by 10.151.12.15 with HTTP; Wed, 27 Aug 2008 05:47:41 -0700 (PDT) Message-ID: Date: Wed, 27 Aug 2008 14:47:41 +0200 From: "Tim Van Holder" To: "Chong Yidong" Subject: Re: 23.0.60; (minor) minibuffer file-name completion issue for files containing $ Cc: 279@debbugs.gnu.org In-Reply-To: <87ej4b8asv.fsf@cyd.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <87ej4b8asv.fsf@cyd.mit.edu> On Wed, Aug 27, 2008 at 4:13 AM, Chong Yidong wrote: >> Files present on the system: >> /foo/$blah.xyzzy >> /foo/$blah.quux >> >> When pressing TAB twice to get completions for "/foo/$b", I noticed >> that the fact that the $ gets escaped in the minibuffer seems to cause >> the wrong letter to be highlighted in the *Completions* buffer >> (i.e. the 'y' and 'u' are highlighted, respectively, instead of the >> 'x' and 'q', respectively). > > I can't reproduce it in latest CVS. Maybe it's been fixed in the > meantime. Do you still see this bug? Now I get: -> /foo -> TAB -> /foo/ -> TAB -> /foo/$$blah. -> TAB -> /foo/$$blah. [no completions] So I cannot reproduce the original problem with a CVS HEAD build, but only in the sense that I don't get a *Completions* buffer at all. From cyd@stupidchicken.com Wed Aug 27 10:18:06 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-2.2 required=4.0 tests=AWL,BAYES_00,SUBJMONEY autolearn=no version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 279) by emacsbugs.donarmstrong.com; 27 Aug 2008 17:18:06 +0000 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m7RHI38a015739 for <279@emacsbugs.donarmstrong.com>; Wed, 27 Aug 2008 10:18:04 -0700 Received: by cyd.mit.edu (Postfix, from userid 1000) id D1F9D57E32E; Wed, 27 Aug 2008 13:19:52 -0400 (EDT) To: "Tim Van Holder" Cc: 279@debbugs.gnu.org Subject: Re: 23.0.60; (minor) minibuffer file-name completion issue for files containing $ References: <87ej4b8asv.fsf@cyd.mit.edu> From: Chong Yidong Date: Wed, 27 Aug 2008 13:19:52 -0400 In-Reply-To: (Tim Van Holder's message of "Wed\, 27 Aug 2008 14\:47\:41 +0200") Message-ID: <87myiyqssn.fsf@cyd.mit.edu> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii I've checked in a fix that should allow completions to work properly with files containing `$', including proper highlighting of the completions buffer. From cyd@stupidchicken.com Wed Aug 27 10:18:37 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-3.7 required=4.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at control) by emacsbugs.donarmstrong.com; 27 Aug 2008 17:18:37 +0000 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m7RHISa6015748 for ; Wed, 27 Aug 2008 10:18:29 -0700 Received: by cyd.mit.edu (Postfix, from userid 1000) id 0AC3B57E32E; Wed, 27 Aug 2008 13:20:18 -0400 (EDT) To: control@debbugs.gnu.org Subject: close 279 From: Chong Yidong Date: Wed, 27 Aug 2008 13:20:18 -0400 Message-ID: <87k5e2qsrx.fsf@cyd.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii close 279 thanks From tim.vanholder@gmail.com Thu Aug 28 02:46:27 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-1.1 required=4.0 tests=AWL,BAYES_00,SUBJMONEY autolearn=no version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 279) by emacsbugs.donarmstrong.com; 28 Aug 2008 09:46:27 +0000 Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m7S9kLDr017885 for <279@emacsbugs.donarmstrong.com>; Thu, 28 Aug 2008 02:46:22 -0700 Received: by yx-out-2324.google.com with SMTP id 8so174768yxg.31 for <279@emacsbugs.donarmstrong.com>; Thu, 28 Aug 2008 02:46:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=+KhqO9h4+1bHr2tbMFx4Y8baj4cHGSic6NPN4/i6Tn0=; b=McDX1expZrjswKeWL4uTwHocZgs5mEfd8ZK6wYV0RP1+UBzFShy0vcxc0KpnPI4Ru2 2nlH9+vQXCpoE9eO38c3EoOXRqYk+Qw14F23XsMedXxoduwSdGjgR+L8o0R+bGdS4fks fsuG2Yb9QDytu9wkaGbSD91e2D65cmjiK/7uM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=biz+Dlu66Q7HpvIQrf6+BFc/eM73i4UQ6i8yn1Mzl0dLAqLHfTkRA2g27RDekBZMIK hjMzPIO83g+GnTmJ+kZda1gMU0CjtuUp4VDea+1jMCTAruF7NLORKTlaPH89gYlSUPXB NyYZHPfIkVienjveb77I3BqRk46Xf/wNp4SBY= Received: by 10.150.92.13 with SMTP id p13mr1870660ybb.59.1219916780904; Thu, 28 Aug 2008 02:46:20 -0700 (PDT) Received: by 10.151.12.15 with HTTP; Thu, 28 Aug 2008 02:46:20 -0700 (PDT) Message-ID: Date: Thu, 28 Aug 2008 11:46:20 +0200 From: "Tim Van Holder" To: "Chong Yidong" Subject: Re: 23.0.60; (minor) minibuffer file-name completion issue for files containing $ Cc: 279@debbugs.gnu.org In-Reply-To: <87myiyqssn.fsf@cyd.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <87ej4b8asv.fsf@cyd.mit.edu> <87myiyqssn.fsf@cyd.mit.edu> On Wed, Aug 27, 2008 at 7:19 PM, Chong Yidong wrote: > I've checked in a fix that should allow completions to work properly > with files containing `$', including proper highlighting of the > completions buffer. Unfortunately, after a fresh build this morning: make maintainer-clean /path/to/sources/configure --with-x make emacs -Q), I still get the behaviour I saw yesterday: once it reaches "/foo/$$blah." it claims there are no completions. From cyd@stupidchicken.com Thu Aug 28 07:13:42 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-1.7 required=4.0 tests=AWL,BAYES_00,GMAIL,SUBJMONEY autolearn=no version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 279) by emacsbugs.donarmstrong.com; 28 Aug 2008 14:13:42 +0000 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m7SEDZMD009149 for <279@emacsbugs.donarmstrong.com>; Thu, 28 Aug 2008 07:13:36 -0700 Received: by cyd.mit.edu (Postfix, from userid 1000) id B79FB57E186; Thu, 28 Aug 2008 10:15:29 -0400 (EDT) To: "Tim Van Holder" Cc: 279@debbugs.gnu.org Subject: Re: 23.0.60; (minor) minibuffer file-name completion issue for files containing $ References: <87ej4b8asv.fsf@cyd.mit.edu> <87myiyqssn.fsf@cyd.mit.edu> From: Chong Yidong Date: Thu, 28 Aug 2008 10:15:29 -0400 In-Reply-To: (Tim Van Holder's message of "Thu\, 28 Aug 2008 11\:46\:20 +0200") Message-ID: <87ljyhjke6.fsf@cyd.mit.edu> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii "Tim Van Holder" writes: > On Wed, Aug 27, 2008 at 7:19 PM, Chong Yidong wrote: >> I've checked in a fix that should allow completions to work properly >> with files containing `$', including proper highlighting of the >> completions buffer. > > Unfortunately, after a fresh build this morning: > make maintainer-clean > /path/to/sources/configure --with-x > make > emacs -Q), > I still get the behaviour I saw yesterday: once it reaches > "/foo/$$blah." it claims there are no > completions. What is your precise recipe? I can't reproduce the problem over here: touch \$blah.quux touch \$blah.xyzzy emacs -Q M-x shell RET cd $$b TAB -> completes to \$blah. TAB -> completions window opens up From tim.vanholder@gmail.com Fri Aug 29 02:51:59 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.0 tests=AWL,BAYES_00,GMAIL,SUBJMONEY autolearn=no version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 279) by emacsbugs.donarmstrong.com; 29 Aug 2008 09:51:59 +0000 Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m7T9ptAZ010829 for <279@emacsbugs.donarmstrong.com>; Fri, 29 Aug 2008 02:51:56 -0700 Received: by yx-out-2324.google.com with SMTP id 8so457818yxg.31 for <279@emacsbugs.donarmstrong.com>; Fri, 29 Aug 2008 02:51:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=Dtz1L2XYB+2fpmH2oQ+r16yVBFCX2qQLJPAfkmq/6YU=; b=ToDO2DC5/C/xHy0hNooL86KoJXueSJQPLgZgn/3aHTwScjGEk6SpNj4Q/0noSgMBuk bnRmU/Sw6yEg/DcPiZov7p2zcYT5trAPNV5lVAHkkDWdXQGTEFayuqcrhwZeekkTOblu t2dVJq3Y7LeFeiQw4mDF0vMur16ViINJ8I/s4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=VHt9rmoN+T9LBwWRmIdc7v8i9Dbc8CPIMts389oBc6uENeIMH+vYwfd6PcKAbxnynJ RMy7YSRDvxGM7GkOBsUitbkKJDtBm6YH657o/2lKIyEVm7CED7RvZDexVharsSZYsa9l 1EIB8gjHfFssMFRURMa/BiaA1pcYxirVu/OD4= Received: by 10.151.42.20 with SMTP id u20mr1474074ybj.61.1220003514741; Fri, 29 Aug 2008 02:51:54 -0700 (PDT) Received: by 10.151.12.15 with HTTP; Fri, 29 Aug 2008 02:51:54 -0700 (PDT) Message-ID: Date: Fri, 29 Aug 2008 11:51:54 +0200 From: "Tim Van Holder" To: "Chong Yidong" Subject: Re: 23.0.60; (minor) minibuffer file-name completion issue for files containing $ Cc: 279@debbugs.gnu.org In-Reply-To: <87ljyhjke6.fsf@cyd.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <87ej4b8asv.fsf@cyd.mit.edu> <87myiyqssn.fsf@cyd.mit.edu> <87ljyhjke6.fsf@cyd.mit.edu> On Thu, Aug 28, 2008 at 4:15 PM, Chong Yidong wrote: > "Tim Van Holder" writes: > >> On Wed, Aug 27, 2008 at 7:19 PM, Chong Yidong wrote: >>> I've checked in a fix that should allow completions to work properly >>> with files containing `$', including proper highlighting of the >>> completions buffer. >> >> Unfortunately, after a fresh build this morning: >> make maintainer-clean >> /path/to/sources/configure --with-x >> make >> emacs -Q), >> I still get the behaviour I saw yesterday: once it reaches >> "/foo/$$blah." it claims there are no >> completions. > > What is your precise recipe? I can't reproduce the problem over here: > > touch \$blah.quux > touch \$blah.xyzzy > emacs -Q > M-x shell RET > cd $$b TAB -> completes to \$blah. > TAB -> completions window opens up Completion in a shell buffer does seem to work - but that's not what I reported a problem with. My problem is with filename completion in the minibuffer. Recipe: $ mkdir /foo $ touch '/foo/$blah.quux' $ touch '/foo/$blah.xyzzy' $ emacs -Q C-x C-f /foo TAB (-> /foo/) TAB (-> /foo/$$blah.) TAB (-> [no completions]) A bit of fiddling shows this: - if I have a path that extends past /foo/$ in the minibuffer, with point at the end or just before the b, TAB expands $ to $$ Examples (^ denotes point): "/foo/$b^" -> TAB -> "/foo/$$blah.^" "/foo/$^bla" -> TAB -> "/foo/$$blah.^" - otherwise, if I have a path that extends past /foo/$ in the minibuffer, with point after the $, TAB reports [No match] Examples (^ denotes point): "/foo/$b^la" -> TAB -> "/foo/$b^la [No match]" "/foo/$bl^a" -> TAB -> "/foo/$bl^a [No match]" - if I have a path that extends past /foo/ in the minibuffer, with point exactly before the $, TAB completes without doubling the $; and if the path already was /foo/$blah., it pops up the completion buffer (at which point further TABs leave the minibuffer unchanged instead of behaving as described above). Examples (^ denotes point): "/foo/^$bla" -> TAB -> "/foo/$blah.^" "/foo/^$blah." -> TAB -> "/foo/^$blah." + *Completions* - otherwise, if I have a path that extends past /foo/ in the minibuffer, with point exactly before the /, TAB pops up a completion buffer for the files in /foo (highlighting the $ as the next character to type) Example (^ denotes point): "/foo^/$bla" -> TAB -> "/foo/^$blah." + *Completions* - otherwise, if I have a path that extends past /foo/ in the minibuffer, with point inside the "foo", TAB completes the /foo/ prefix (which they gets greyed out because of the / already present behind it) Example (^ denotes point): "/fo^o/$bla" -> TAB -> "/foo//$blah." + *Completions* Several of those cases seem to behaving decidedly oddly (although some may be expected and intended behaviour). From unknown Sun Aug 17 10:17:19 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: $requester Subject: Internal Control Message-Id: bug archived. Date: Fri, 26 Sep 2008 14:24:04 +0000 User-Agent: Fakemail v42.6.9 # A New Hope # A log time ago, in a galaxy far, far away # something happened. # # Magically this resulted in the following # action being taken, but this fake control # message doesn't tell you why it happened # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator