From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Date: Mon, 21 Mar 2016 23:26:30 +0200 Message-ID: <00533907-878e-7f62-7b65-a4ba3318a8e9@yandex.ru> References: <871t7d4ion.fsf@gmx.de> <871t7650th.fsf@gmx.de> <87io0i32sq.fsf@gmx.de> <871t752nme.fsf@gmx.de> <87bn69uouo.fsf@gmx.de> <764322aa-50ea-96b4-7c2a-36fbd60b2b54@yandex.ru> <8760wgvql0.fsf@gmx.de> <87r3f4ub0o.fsf@gmx.de> <87k2kvomui.fsf@gmx.de> <877fgvom2b.fsf@gmx.de> <57b602fa-a6b7-48c7-22f0-3751cd956228@yandex.ru> <8737rjol0t.fsf@gmx.de> <67874c87-ff4b-c1d9-8567-4aab31252d0b@yandex.ru> <87y49bn53t.fsf@gmx.de> <87twjzn0ep.fsf@gmx.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1458595640 22003 80.91.229.3 (21 Mar 2016 21:27:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 21 Mar 2016 21:27:20 +0000 (UTC) Cc: Stefan Monnier , 23006@debbugs.gnu.org To: Michael Albinus Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Mar 21 22:27:10 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ai7Lx-0008Ef-Kp for geb-bug-gnu-emacs@m.gmane.org; Mon, 21 Mar 2016 22:27:09 +0100 Original-Received: from localhost ([::1]:60576 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ai7Lw-0007Lz-UH for geb-bug-gnu-emacs@m.gmane.org; Mon, 21 Mar 2016 17:27:08 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37032) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ai7Lt-0007Lu-GD for bug-gnu-emacs@gnu.org; Mon, 21 Mar 2016 17:27:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ai7Lq-00052D-8F for bug-gnu-emacs@gnu.org; Mon, 21 Mar 2016 17:27:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:60318) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ai7Lq-000529-3y for bug-gnu-emacs@gnu.org; Mon, 21 Mar 2016 17:27:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ai7Lp-0004ip-R7 for bug-gnu-emacs@gnu.org; Mon, 21 Mar 2016 17:27:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Mar 2016 21:27:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23006 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145859560018124 (code B ref 23006); Mon, 21 Mar 2016 21:27:01 +0000 Original-Received: (at 23006) by debbugs.gnu.org; 21 Mar 2016 21:26:40 +0000 Original-Received: from localhost ([127.0.0.1]:57445 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ai7LU-0004iG-Hm for submit@debbugs.gnu.org; Mon, 21 Mar 2016 17:26:40 -0400 Original-Received: from mail-wm0-f46.google.com ([74.125.82.46]:35465) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ai7LS-0004i3-Gw for 23006@debbugs.gnu.org; Mon, 21 Mar 2016 17:26:38 -0400 Original-Received: by mail-wm0-f46.google.com with SMTP id l68so127299727wml.0 for <23006@debbugs.gnu.org>; Mon, 21 Mar 2016 14:26:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=J4nAHqxwmewTLyjWG/T+yM9z97bYJIAY7iHW+PkyqDI=; b=RdnHuzs2bYblXE9dpgSzC0yCbsdUf84sIfKkvhDXAyosrAKmyqOn5C8Vllmfresr+T bEKfslsf60nD1ggxtMS+OSpiKBQBSyR1I+0tITHoWN8Ie73dwdrh6dVRgfLSxPIihEmu dsXQGoTaQhx5GNRntYi9ol9VbeqIdaJDI5xPrgQ3tAytzewZIEEMKo3m+jae1jUkPAc/ YWDLixL2qXxax1SBUfBOGbgfZeh53rJqtpPl3OPV5RNFhqs3hI41ftGwPBW5QiM5400I byjI6gwxe/uHNZmqe8pbO6YOsZTzgH9fkaomT8JuTVrtinRLFhOwYxDCbcJ33zjoETty 12mg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:to:references:cc:from:message-id :date:user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=J4nAHqxwmewTLyjWG/T+yM9z97bYJIAY7iHW+PkyqDI=; b=e/gSeaEBH7P9CVW7RZWEal9ybcAsFIzupBOzNAlzd3rhtzKWxePSQrWp8S3huhNaaC 0lsvC0nZIgF8UQQcjRRYB0ZorhXNcE+384eBU0Sl7ONlPJjfkhM0iZwvSW5ZfuGsh7J+ ggz4Qin+MCou2+XJZsuYzfb4ZobYJFJEbVXxvHVB+on6x6mW2TPqltPFYDB4uLfndT0L SSL8BHio12hrWHdvtZcTT1MuTwo1eZN8gui//lRQ+rZsVgzHtzt3O19lbrccr25N0Cc1 1qtwSoewC69DEo7tNg44/boOR+nHUdt3J86TL7coyAuDUqFbBPnsxZih6JROMELeWYn9 QFrA== X-Gm-Message-State: AD7BkJKvHW9dmvFRFp+uY+TVh4Bm3ekc0yQHjuO+4hUXq18I+2x8pT6UEL/rMkwxLS600g== X-Received: by 10.28.186.196 with SMTP id k187mr15293140wmf.17.1458595592852; Mon, 21 Mar 2016 14:26:32 -0700 (PDT) Original-Received: from [192.168.1.2] ([185.105.175.24]) by smtp.googlemail.com with ESMTPSA id ei9sm27054907wjd.40.2016.03.21.14.26.31 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 21 Mar 2016 14:26:32 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.0 In-Reply-To: <87twjzn0ep.fsf@gmx.de> 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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:115280 Archived-At: On 03/21/2016 08:36 PM, Michael Albinus wrote: > Yes, that would be a legitimate scenario to ask Tramp not to open a new > connection. It's the first time somebody explained this, as far as I'm > aware of, thanks! My pleasure. > So maybe we need two different flags for Tramp: One to suppress opening a > new connection under any circumstances, and one flag to tell Tramp that > we are in the file name completion business, and it shall open a new > connection only it is safe (like seeing a slash in the local file name > part). Remember my scenario about ediff'ing remote files; I *want* file > name completion for the second file, even if there's no established > connection yet. Do you have any reason to expect that `non-essential' would be set to non-nil in that context? From your description, I see the reason for the connection to be established. It does not describe the slash-related caveats, and what would make you avoid establishing a connection, e.g. in the case of ediff. >> Sure. I'm the author of this report. Still, it would be nice to have >> `non-essential' have the intended effect. > > Still, it would be nice to have let-bound non-essential in order to get > an effect. It's not that simple. First of all, I came to this bug from a report by a company-mode user. And apparently we're getting the same error, through pcomplete-completion-at-point, from two different user interactions: one that should set `non-essential' (like Stefan suggested), that would be the "idle completion", and one that shouldn't set `non-essential', that would be manually initiated completion. So setting `non-essential' in pcomplete-completion-at-point, or one of its callees, looks like a wrong solution to me. But getting back to this bug report: I've just typed `M-x pcomplete', which should be a good indicator that I probably want to be prompted for credentials, if required. `non-essential' should be nil in this scenario. And yet, I shouldn't see that error.