From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Stephen Berman Newsgroups: gmane.emacs.bugs Subject: bug#32215: 27.0.50; Minibuffer completion fails with /~ Date: Fri, 20 Jul 2018 23:46:58 +0200 Message-ID: <874lgtk2b1.fsf@rub.de> References: <87tvovhzzt.fsf@gmx.net> <834lgv2imf.fsf@gnu.org> <87pnzjhtom.fsf@gmx.net> <87bmb27m98.fsf@gmail.com> <87va9ajol1.fsf@gmx.net> <87h8kuj81s.fsf@rub.de> <8336we0xdf.fsf@gnu.org> <87d0vij66g.fsf@rub.de> <83y3e5zuss.fsf@gnu.org> <878t65ke5v.fsf@rub.de> <83sh4dzq4m.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1532123167 24270 195.159.176.226 (20 Jul 2018 21:46:07 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 20 Jul 2018 21:46:07 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: 32215@debbugs.gnu.org, npostavs@gmail.com To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Jul 20 23:46:03 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fgdDu-0006DK-RX for geb-bug-gnu-emacs@m.gmane.org; Fri, 20 Jul 2018 23:46:03 +0200 Original-Received: from localhost ([::1]:49927 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fgdG1-0001Pm-JD for geb-bug-gnu-emacs@m.gmane.org; Fri, 20 Jul 2018 17:48:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43950) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fgdFv-0001PW-3u for bug-gnu-emacs@gnu.org; Fri, 20 Jul 2018 17:48:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fgdFq-0004XU-3X for bug-gnu-emacs@gnu.org; Fri, 20 Jul 2018 17:48:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:45021) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fgdFp-0004XD-Uk for bug-gnu-emacs@gnu.org; Fri, 20 Jul 2018 17:48:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1fgdFp-0000IV-KS for bug-gnu-emacs@gnu.org; Fri, 20 Jul 2018 17:48:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stephen Berman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 20 Jul 2018 21:48:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32215 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 32215-submit@debbugs.gnu.org id=B32215.15321232281081 (code B ref 32215); Fri, 20 Jul 2018 21:48:01 +0000 Original-Received: (at 32215) by debbugs.gnu.org; 20 Jul 2018 21:47:08 +0000 Original-Received: from localhost ([127.0.0.1]:50039 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fgdEy-0000HN-BL for submit@debbugs.gnu.org; Fri, 20 Jul 2018 17:47:08 -0400 Original-Received: from mout.gmx.net ([212.227.17.21]:42503) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fgdEw-0000Gs-QV for 32215@debbugs.gnu.org; Fri, 20 Jul 2018 17:47:07 -0400 Original-Received: from rosalinde ([178.6.211.58]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M5Z5A-1fw4eh2h56-00xX94; Fri, 20 Jul 2018 23:46:59 +0200 In-Reply-To: <83sh4dzq4m.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 20 Jul 2018 22:03:21 +0300") X-Provags-ID: V03:K1:NOUEA7cVo+XYUpSxkNvvQyuK+KqkqPf47ow/VZIMdHtG9S0gBa4 Mj9DS45YsYVpKJFlRLsjGYiepJBbb5X5boyNqE3OWQy6HGygrCeqPQvU2exOwvIJ5UX7k9z TMhhYlX7qOola0Ysnh9pzB7FX2+Bj051o9EfZGnwnlfX6VuDItkz6lEW5zT9sS6zDRzgHZg Ul2cTDz3Nqi/TmIDyvi9Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:zJxu4NdRuQA=:VziDc2vMKT9VHfuXXVE9qJ B2o7vbiHqI4Z38hGIB3DXWH1TWQDEgWPFEJRusLZ+APgSE8eB7/RD8kEzRvu4qPbgrZQhT5LH WYJY3HSE7dL+vKF7phsEeP5ANly+3nR0Xrqq4GLtHehUZ+NiyrgiM37EoFXTEs6WR82ZK79T0 xhed3c3Txrx2oeYjOjpBCWifQIsRZz7J+ImCdJgJUMJku43MkrdQi8dExTrEGqi052P5NiB7u rPAaxBUf6fmDv/XmvRPNy8Edu0ncO2GCqwxad+uVktlkH3u+qszgDkjkofuAA0heTmb9naaYV 2Q1Q5wjkCMNfIifW9ntd63uSkc43Cs41bt2/GQ6bC5WSkyn0p3rFBTFtHcDU/QEO8KUtRmbtt kYwYgNFXCONZf9zi46ggE5BWL/dmMSHB7hIgqBmg/jI2YnqXTWypzZ/uXMruODT9vRkXXJre1 uR1JUqZkxXAtzOBsnyuhSISuUGPBbIWM/Ef55li9tD6cRgmpPUSY3IRaY6DblhzJ2CJy7c58u 2x40THKp8dyF7jinf/HZTx7jwkrZ5KDRDQcM+yNo+1h/Wib91i8YWHJcauC6hD7vikE0B9+rV CeXvYChS13/ZMlQGun9wASBKoJxu91IsDIutVry7UZiyzV/Htp+lTt/wvXjnTj4UB9S5CvAmh xlVGmD/w5m8OjhiNB/h7HFlVnZKaOMZ8NAZYWjuXRl3+5Nl5ewUQXkpV0wLcAzjCgO25b+oYj aw6ZymawlEcXcl3qlHktiCQC6zyVbQgR/iQ4JJkS79pRVAadftx5h1fUU3ZtRoXWuI0uzgLP X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:148752 Archived-At: On Fri, 20 Jul 2018 22:03:21 +0300 Eli Zaretskii wrote: >> From: Stephen Berman >> Cc: npostavs@gmail.com, 32215@debbugs.gnu.org >> Date: Fri, 20 Jul 2018 19:30:52 +0200 >>=20 >> > Try a subdirectory of your home directory. >>=20 >> Perhaps I'm misunderstanding what you're suggesting, but with the >> following I still get the same behavior: >>=20 >> 0. emacs -Q >> 1. M-x cd RET ~/Downloads/ RET >> 2. C-x d /~s TAB >>=20 >> results in this minibuffer display: >>=20 >> Dired (directory): ~/Downloads//~s=E2=96=88[No match] > > The original recipe was different: > > 0. emacs -Q > 1. M-x cd RET ~/Downloads/ RET > 2. C-x d / ~ TAB s TAB I did not give, nor have I seen, this recipe in this bug thread. But I see now that the recipe of my OP (which lacked the above step 1) could be understood as consistent with the above. There is indeed a difference between Dired (directory): ~/~ TAB or Dired (directory): ~/Downloads/~ TAB on the one hand, and Dired (directory): ~//~ TAB or Dired (directory): ~/Downloads//~ TAB on the other. But the bug I meant to report is about this: Dired (directory): ~//~s TAB or Dired (directory): ~/Downloads//~s TAB which both get '[No match]', whereas Dired (directory): ~//~steve TAB or Dired (directory): ~/Downloads//~steve TAB both complete, to '~//steve/' and '~/Downloads//steve/', respectively.=20=20 One thing I just noticed: in the latter two case, when I type '/', that changes the face on '~/' or '~/Downloads/' to shadow, and when I then type '~', the changes the face of the just typed '/' to shadow, but when I continue and type 's', then the face of the last '/' returns to default (but the face of the preceding characters remains shadow), and stays like that when I add 't', 'e', 'v'; but as soon as I add 'e' (which make TAB complete successfully), the face of the last '/' changes back to shadow (and '~steve' keeps default face). Steve Berman