From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.bugs Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Date: Sun, 20 Mar 2016 21:40:23 +0100 Message-ID: <87zitsubm0.fsf@gmx.de> References: <871t7d4ion.fsf@gmx.de> <87oaagi128.fsf@gmx.de> <877fh0hovs.fsf@gmx.de> <756f60a7-bdf9-a806-b9d6-dbf17f0ebaab@yandex.ru> <87y49gg9sm.fsf@gmx.de> <845ef936-dec1-eac9-db2a-f2bb25f3a830@yandex.ru> <87egb8faxv.fsf@gmx.de> <8760wj3eks.fsf@gmx.de> <8760wj4jvp.fsf@gmx.de> <871t7650th.fsf@gmx.de> <87io0i32sq.fsf@gmx.de> <871t752nme.fsf@gmx.de> <87fuvlup8l.fsf@gmx.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1458506484 17078 80.91.229.3 (20 Mar 2016 20:41:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 20 Mar 2016 20:41:24 +0000 (UTC) Cc: 23006@debbugs.gnu.org, Dmitry Gutov To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Mar 20 21:41:12 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 1ahk9v-0007e0-OY for geb-bug-gnu-emacs@m.gmane.org; Sun, 20 Mar 2016 21:41:12 +0100 Original-Received: from localhost ([::1]:54424 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ahk9s-00065K-3a for geb-bug-gnu-emacs@m.gmane.org; Sun, 20 Mar 2016 16:41:08 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35131) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ahk9p-00065D-BV for bug-gnu-emacs@gnu.org; Sun, 20 Mar 2016 16:41:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ahk9m-0000Cm-5A for bug-gnu-emacs@gnu.org; Sun, 20 Mar 2016 16:41:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:58771) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ahk9m-0000Ci-1a for bug-gnu-emacs@gnu.org; Sun, 20 Mar 2016 16:41:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ahk9l-0005d1-MD for bug-gnu-emacs@gnu.org; Sun, 20 Mar 2016 16:41:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Mar 2016 20:41: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.145850643521595 (code B ref 23006); Sun, 20 Mar 2016 20:41:01 +0000 Original-Received: (at 23006) by debbugs.gnu.org; 20 Mar 2016 20:40:35 +0000 Original-Received: from localhost ([127.0.0.1]:55898 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahk9L-0005cF-ED for submit@debbugs.gnu.org; Sun, 20 Mar 2016 16:40:35 -0400 Original-Received: from mout.gmx.net ([212.227.17.20]:54332) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahk9J-0005bz-JI for 23006@debbugs.gnu.org; Sun, 20 Mar 2016 16:40:33 -0400 Original-Received: from detlef.gmx.de ([93.209.71.96]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0Lv9lm-1Zhpqy06aI-010PAq; Sun, 20 Mar 2016 21:40:26 +0100 In-Reply-To: (Stefan Monnier's message of "Sun, 20 Mar 2016 12:10:08 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) X-Provags-ID: V03:K0:6jocbaQHAatkd4pbFllhIrJeT6wZ0AP7YV9SDmbilRYK8ufp51u LgCXqtcVZJPk88uykqNnS+Haj2GvCVWG4qViWJPcOvVk4genkQLWPTp5Oa6fLAWB2OVXjwG VnN26gqdDKVUHVBTUKJr48TrH1GDwT+wXo/bA/JhfaiLSuEPlnj75y29Q0San5WqbsYsq9i SLbBuQ+Hvua4f3mzo7kHQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:HyYqtLGNV64=:MgnsW5VmlbCDxaoIUilAnv Iy7zVO0q48XIVlWXZ6o3cJ38LHP0rIobK0xxFcXYFZSpgrC54IXrn/d9xEnTuOcyYxAwry+ac jgfKKhVeDWRyQOZUWxziFnX3eViK1w9nFBRx7iUgQs0PhqrJRgbDF2nRHM1xEdbR11TRg401j wc7W3nLQ/QUvr0DbV6b2n/LrPmW2HZUhQ8VVCk36sY5HtnzQVcJ0abQ2E/L4akHO04vF1q9t/ BeFcJtDPHPLxKDZBDKimeUij6i6gR53jj3+xmCO9NTNC0b6Wy7PcL9dL2FU4l2TkPNLqFgqcP qhw1ag6VBYu6vyJXIbIhoh4XbHpj/iXAO37EMOSrbTUKqpS7Mb4Vh7Ss7MUl5tZj63q+Fjeua q6bTqxs3luCViun5jQoguz0A8sKHtvasW0ojdXhBkeaSHub5QBHuWpM+3tSZC07vbb8AEJ1ZD RC+n27aFI6xYGJdRj1cpAsomRJBrMJM+dwHuI1kFPWIVVv3qXEIYZ1DIh/rRKqhqJIo7e388Q MoLlCiZNVdqDeXg9c4WQH6lREVaR6MGF0iGekrBR43yL3SKA2Md/+VxiG+fGoFhXiaMrfZyNs HOxhP14kx0wy/jcSwKUN/4ej0eebxPN0GqnjKKtVJf/N00FzicFhP9P4ci9WDPKsolicLTTwp URiFtF9SkVSjPwDVVlGbqQIzmpEWyz2TPZK2BGVacLL7CwugCYs7+cs4SJhpcLFpGhflVQRv9 lFAUFaSQnCaQciaRKRhfq1VwX8uVeEabV5iqcX/s1iO/qMQmfGY67Z0LAnQeEc9mMstjiwpi 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:115182 Archived-At: Stefan Monnier writes: >>>>> Can you explain *your* understanding of `non-essential', then? >>>>> What does this var mean, for you? >>>> For Tramp, it is an indication that file name completion is in >>>> progress. >>> Huh? Why would it need such a variable for that, instead of getting >>> this info from the fact that you're replying to >>> `file-name-all-completions' (or `file-name-completion') rather than to >>> some other request? >> Because these aren't the only file name operations being called. You >> have seen it in the backtraces I've shown earlier. > > But in that backtrace, it's OK for Tramp to open a new connection, since > the user hit TAB. Tramp does not know that the user hit TAB. It checks for `non-essential'. >>> And why would it be called `non-essential' instead of `in-completion'? >> I wanted to introduce `completion-only'. > > The crucial distinction to be made is not between "performing > completion" and "not performing completion", but between "any normal > operation, including completion in response to TAB" and "side-operations > like on-the-fly completion =C3=A0 la icomplete or company or background d= ata > collection (like semantic might perform)". I don't understand. Tramp doe not know where it has been called from. It operates stateless. `non-essential' provides some context, that's all. >> As I understand the codebase of Emacs 25, no other use of >> `non-essential' has appeared since then. Six years later. > > It should be bound in desktop.el when reloading a desktop, but instead > desktop.el opted to use ad-hoc file-remote-p tests, IIUC. I do not care desktop.el just now, it is the case we were discussing 6 years ago. As of today, there is no other use case for `non-essential' in the codebase but the Tramp case. > Stefan Best regards, Michael.