From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#49776: 28.0.50; Incorrect username completion results reported by `read-file-name-interal` Date: Fri, 30 Jul 2021 19:18:53 +0200 Message-ID: <87a6m3lnya.fsf@gnus.org> References: <82d07cfd-a345-bf79-0fd4-4386ce2fe381@daniel-mendler.de> <87bl6kowfo.fsf@gnus.org> <48dff852-4ba9-730f-54c9-6800dffe9e8f@daniel-mendler.de> <8735rwm0ec.fsf@gnus.org> <87sfzwkksc.fsf@gnus.org> <07e53ddd-92aa-435a-23e0-9b8030af9f5f@daniel-mendler.de> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="5492"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: 49776@debbugs.gnu.org, Stefan Monnier To: Daniel Mendler Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Jul 30 19:20:11 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1m9WB9-0001Cz-4t for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 30 Jul 2021 19:20:11 +0200 Original-Received: from localhost ([::1]:46322 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1m9WB7-0002R7-JX for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 30 Jul 2021 13:20:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:48250) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1m9WB0-0002Qy-Uc for bug-gnu-emacs@gnu.org; Fri, 30 Jul 2021 13:20:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:49258) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1m9WB0-0007Bf-My for bug-gnu-emacs@gnu.org; Fri, 30 Jul 2021 13:20:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1m9WB0-0001nP-Gs for bug-gnu-emacs@gnu.org; Fri, 30 Jul 2021 13:20:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 30 Jul 2021 17:20:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 49776 X-GNU-PR-Package: emacs Original-Received: via spool by 49776-submit@debbugs.gnu.org id=B49776.16276655516816 (code B ref 49776); Fri, 30 Jul 2021 17:20:02 +0000 Original-Received: (at 49776) by debbugs.gnu.org; 30 Jul 2021 17:19:11 +0000 Original-Received: from localhost ([127.0.0.1]:60804 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m9WAA-0001ls-PC for submit@debbugs.gnu.org; Fri, 30 Jul 2021 13:19:10 -0400 Original-Received: from quimby.gnus.org ([95.216.78.240]:44116) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m9WA8-0001lc-QD for 49776@debbugs.gnu.org; Fri, 30 Jul 2021 13:19:09 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=P4nCJfF5XIsEepA2b7f0KDG2/0b8dbo0i0mHCU4fYA4=; b=vEn63mYb34aI9iK/2rxhvVBh42 ulQw1Cn43TcVPXXlctsmEMaP6RutPHUdFNI5Gq7a/VoLAf+1yCXPz74rNMq7t8i/QYNc/hMEf1r3R BsB8IfAhVu/1+DrlqORnIse4ouWbgsrAEv9HzIM+eVJrvcCMNMKjms0N2lOJqxMVQEw8=; Original-Received: from 2.149.45.105.tmi.telenormobil.no ([2.149.45.105] helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1m9W9y-0001og-Az; Fri, 30 Jul 2021 19:19:01 +0200 In-Reply-To: <07e53ddd-92aa-435a-23e0-9b8030af9f5f@daniel-mendler.de> (Daniel Mendler's message of "Fri, 30 Jul 2021 15:31:23 +0200") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:210921 Archived-At: Daniel Mendler writes: > I am not looking at this as a user. I am investigating odd completion > results in my Vertico completion UI (on GNU ELPA), when completing file > names. If you type "~/etc/~man", you see these odd candidates > "/etc/~man", where "/etc/" is actually part of the shadowed path. So to > say it differently, I don't expect the shadowed path to take part in the > completion. Ah, right. > Maybe Stefan can chime in here and explain some of the background. I've > corresponded with him before a few times regarding how the completion > machinery works internally. Right. Stefan, in short -- the thing we're wondering is whether this is correct: (read-file-name-internal "~/foo/~man" nil t) => (#("/foo/~man/" 0 9 (face completions-common-part))) (read-file-name-internal "./foo/~man" nil t) => (#("man/" 0 3 (face completions-common-part))) I'd kinda expect both to give the same result (i.e., the latter result)? (And "man" is a valid user in this scenario.) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no