From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Tim Van Holder" Newsgroups: gmane.emacs.bugs Subject: bug#279: 23.0.60; (minor) minibuffer file-name completion issue for files containing $ Date: Fri, 29 Aug 2008 11:51:54 +0200 Message-ID: References: <87ej4b8asv.fsf@cyd.mit.edu> <87myiyqssn.fsf@cyd.mit.edu> <87ljyhjke6.fsf@cyd.mit.edu> Reply-To: Tim Van Holder , 279@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1220005397 21367 80.91.229.12 (29 Aug 2008 10:23:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 29 Aug 2008 10:23:17 +0000 (UTC) Cc: 279@emacsbugs.donarmstrong.com To: "Chong Yidong" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Aug 29 12:24:11 2008 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KZ19F-000562-6a for geb-bug-gnu-emacs@m.gmane.org; Fri, 29 Aug 2008 12:24:09 +0200 Original-Received: from localhost ([127.0.0.1]:55037 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KZ18F-0001hV-Vx for geb-bug-gnu-emacs@m.gmane.org; Fri, 29 Aug 2008 06:23:08 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KZ0tC-0005vT-3J for bug-gnu-emacs@gnu.org; Fri, 29 Aug 2008 06:07:34 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KZ0tA-0005to-FU for bug-gnu-emacs@gnu.org; Fri, 29 Aug 2008 06:07:32 -0400 Original-Received: from [199.232.76.173] (port=55479 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KZ0tA-0005tN-3A for bug-gnu-emacs@gnu.org; Fri, 29 Aug 2008 06:07:32 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:46033) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KZ0t9-0002dY-4T for bug-gnu-emacs@gnu.org; Fri, 29 Aug 2008 06:07:31 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m7TA7T1C016385; Fri, 29 Aug 2008 03:07:29 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id m7TA03Bt012756; Fri, 29 Aug 2008 03:00:03 -0700 X-Loop: don@donarmstrong.com Resent-From: "Tim Van Holder" Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Fri, 29 Aug 2008 10:00:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 279 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 279-submit@emacsbugs.donarmstrong.com id=B279.122000351910835 (code B ref 279); Fri, 29 Aug 2008 10:00:03 +0000 Original-Received: (at 279) by emacsbugs.donarmstrong.com; 29 Aug 2008 09:51:59 +0000 Original-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 Original-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= Original-Received: by 10.151.42.20 with SMTP id u20mr1474074ybj.61.1220003514741; Fri, 29 Aug 2008 02:51:54 -0700 (PDT) Original-Received: by 10.151.12.15 with HTTP; Fri, 29 Aug 2008 02:51:54 -0700 (PDT) In-Reply-To: <87ljyhjke6.fsf@cyd.mit.edu> Content-Disposition: inline X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) Resent-Date: Fri, 29 Aug 2008 06:07:32 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:19852 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).