From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#25607: 26.0.50; Ido does not work with tramp anymore Date: Mon, 6 Feb 2017 02:05:50 +0200 Message-ID: References: <58933b10.4c861c0a.24b8c.3052@mx.google.com> <87shnvfin4.fsf@gmx.de> <87zii07uw1.fsf@gmx.de> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1486339575 9872 195.159.176.226 (6 Feb 2017 00:06:15 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 6 Feb 2017 00:06:15 +0000 (UTC) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.0 Cc: =?UTF-8?Q?C=C3=A9dric_?= =?UTF-8?Q?Ch=C3=A9pied?= , 25607@debbugs.gnu.org To: Michael Albinus Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Feb 06 01:06:10 2017 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 1caWor-0002IA-Jt for geb-bug-gnu-emacs@m.gmane.org; Mon, 06 Feb 2017 01:06:09 +0100 Original-Received: from localhost ([::1]:44940 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1caWov-0008RE-Dx for geb-bug-gnu-emacs@m.gmane.org; Sun, 05 Feb 2017 19:06:13 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51322) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1caWon-0008Qv-Gq for bug-gnu-emacs@gnu.org; Sun, 05 Feb 2017 19:06:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1caWok-0007Jm-CV for bug-gnu-emacs@gnu.org; Sun, 05 Feb 2017 19:06:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:58819) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1caWok-0007Jg-8Y for bug-gnu-emacs@gnu.org; Sun, 05 Feb 2017 19:06:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1caWoj-00013E-Rt for bug-gnu-emacs@gnu.org; Sun, 05 Feb 2017 19:06:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 06 Feb 2017 00:06:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25607 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 25607-submit@debbugs.gnu.org id=B25607.14863395614038 (code B ref 25607); Mon, 06 Feb 2017 00:06:01 +0000 Original-Received: (at 25607) by debbugs.gnu.org; 6 Feb 2017 00:06:01 +0000 Original-Received: from localhost ([127.0.0.1]:57018 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1caWoj-000130-36 for submit@debbugs.gnu.org; Sun, 05 Feb 2017 19:06:01 -0500 Original-Received: from mail-wr0-f194.google.com ([209.85.128.194]:33207) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1caWog-00012n-V5 for 25607@debbugs.gnu.org; Sun, 05 Feb 2017 19:05:59 -0500 Original-Received: by mail-wr0-f194.google.com with SMTP id i10so2020585wrb.0 for <25607@debbugs.gnu.org>; Sun, 05 Feb 2017 16:05:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=cCoIYxoFcXeuuEx0STdu+rkuvkT/gR1GS+C4K+UC3YI=; b=rlNtqAuJmXWwRUTXct+f3sw5QZQTTAcoSFbIzLx55hWFHJkz2SSPEG6ORqULYDM0RT WpyLJbd2sxlYWX5gCM6nEoj10Tuhm7EOnbJ2LJIS+NuZxRkSzfM7pm4P1/jl1sqNyhYP 59NA2fiL2YyN6cFxy3oH8E/q8SR477BRBQkT9n113qoxfYkyJkuysx0UebuUoDHKxy16 SedNJpH6IOo0ufBaDUgnZs0XIjx3fCI7jHLW+3k95CFHdCGLitLUyc2oBmJJljgcDYJn tmliol9D9dpEZ9vrfr5m16sZn1+SD7WcXh/vP2z5U0myOaLrZTe+lm5M4oUdD4rylzI0 waIQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=cCoIYxoFcXeuuEx0STdu+rkuvkT/gR1GS+C4K+UC3YI=; b=Crbma8HgB1x+MkyGG1plsmIp3jHBum7QT3PqZ6NEeXMwB0G9GQirBhCKp5vxSK3kuE rj6YmIDCuWGkirgwbtZ5mVpB7yWtgaWrpSBl2nyPeZpJDe9ic+N8CdBlLPo9RJGyiNq7 6l+YT0oaaLm0z+TcOAFFGmtLVXqBVmBcpuvMBGpZBkz9/finVL5INV4ml2kCcgm9Fu8w KGlRz052QDO+z0ukQ0fb6bNXjIYi+bo/VJnWY8CQDl8PW7UXg+u9B7skkm7WKoJrqpdk SPtP6N0cC4hWoqirai0yyXRM2D3nNCSGm2eXBNKiAE5ouoLvY84+x/GxLwFPbf3dGeLr 0Jbg== X-Gm-Message-State: AIkVDXIU46k8/d5kukbGsv5udGxnVe55oG1VyEQUAE/hrCGpgFMJUpQOoEbqZcQM0j1izg== X-Received: by 10.223.145.163 with SMTP id 32mr8223196wri.198.1486339553326; Sun, 05 Feb 2017 16:05:53 -0800 (PST) Original-Received: from [10.8.0.14] (v-2-eu19-d3962-07.webazilla.com. [78.140.151.7]) by smtp.googlemail.com with ESMTPSA id 40sm57513186wry.22.2017.02.05.16.05.51 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 05 Feb 2017 16:05:52 -0800 (PST) In-Reply-To: <87zii07uw1.fsf@gmx.de> Content-Language: en-US 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:129016 Archived-At: On 05.02.2017 13:13, Michael Albinus wrote: >> This commit may be going in the right direction, but do you know why >> even pressing TAB at the end of the offered scenario doesn't make >> Emacs ask for password? > > It's a Tramp feature. When it is in `tramp-completion-mode' > (`non-essential' is an indicator for it), Like discussed in https://debbugs.gnu.org/cgi/bugreport.cgi?bug=23006#56, this doesn't make sense to me. When the user presses C-M-i when typing a remote file name, they most likely want to be prompted password if the connection is not yet established. That is as opposed to "idle completion", as explained and discussed in https://github.com/company-mode/company-mode/issues/462 Based on that discussion, I though you'd improved that already somehow. > Tramp never opens a new > connection on its own. So it doesn't come to the point the remote end > asks for the password. I'm not sure what "on its own" means here. In some file name completion contexts, Emacs does ask for a password, and in some (like here, where it's arguably a bug), doesn't. >> The patch below makes Ido ask for password if I type TAB twice. But >> not after I do that once, which is puzzling. But maybe the function >> uses the completions already completed for the minibuffer, as a kind >> of optimization. > > Well, but it still doesn't comlete "/sudo:" and alike. It does offer some completions there, but doesn't ask for password until I type the slash after the colon. Which differs from the default behavior, indeed. > I made a test with the emacs-25 branch; ido completion behaves > differently, when I use the Tramp libraries from the master branch > there. So looks like I must dig into Tramp for understanding the > differences. > > Will do, but it might take time. I'm offline next days. Thank you.