From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 14 Mar 2016 02:02:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 23006 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 23006@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.145792089017300 (code B ref -1); Mon, 14 Mar 2016 02:02:01 +0000 Received: (at submit) by debbugs.gnu.org; 14 Mar 2016 02:01:30 +0000 Received: from localhost ([127.0.0.1]:47276 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1afHp4-0004Uy-0L for submit@debbugs.gnu.org; Sun, 13 Mar 2016 22:01:30 -0400 Received: from eggs.gnu.org ([208.118.235.92]:57870) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1afHp1-0004Uk-Ok for submit@debbugs.gnu.org; Sun, 13 Mar 2016 22:01:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1afHow-0005KN-2z for submit@debbugs.gnu.org; Sun, 13 Mar 2016 22:01:22 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05,FREEMAIL_FROM, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:47699) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1afHow-0005KA-0a for submit@debbugs.gnu.org; Sun, 13 Mar 2016 22:01:22 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:48835) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1afHov-0005Sl-5t for bug-gnu-emacs@gnu.org; Sun, 13 Mar 2016 22:01:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1afHor-0005EF-UH for bug-gnu-emacs@gnu.org; Sun, 13 Mar 2016 22:01:21 -0400 Received: from mail-wm0-x229.google.com ([2a00:1450:400c:c09::229]:33834) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1afHor-0005DC-OR for bug-gnu-emacs@gnu.org; Sun, 13 Mar 2016 22:01:17 -0400 Received: by mail-wm0-x229.google.com with SMTP id p65so83580057wmp.1 for ; Sun, 13 Mar 2016 19:01:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:subject:date:message-id:mime-version; bh=Knjo86eYHhcn0zPjmh9ca0wuIPtWeaDcqFllppgNpKI=; b=nVDSvI0jTOdCKAU2I5oPOs2sW2VUQvYAyWmhTMPVqaz3XGjWtWoW2FK9i0ByqGiZSB 6ugozT2HXQMbbx/lxh1EdYTKBECryMkSp0KAXls2JtYkjoJUBAWzA1NcyNqA5aKK7Vdn Uq3rZU8V4/tdo9lIsTdszRKJKQV5BfX0jV3qVZyyh7kwVpOFXUPpqiyKOHBJA/UN6nrf u6laVQc3PKOoNgk5GV556UfboLg9z9EWQMFmX7Eynpks9cNBFNVw0vdZclcWDUluelHw tYE4+vr35BCnyUQiSVv6T3C9f0Lq4WyMf+a5yTW3KDf580Ez6drtQt7KFgp+IKS9EbuS JNCQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:to:subject:date:message-id :mime-version; bh=Knjo86eYHhcn0zPjmh9ca0wuIPtWeaDcqFllppgNpKI=; b=emGRAVYIHnHhaQrNn/i7d4bW0YMlSYYdTE8JZHShcOhUQ6ZHXgm2b4szyDNlJbNRwx +zunLysBvAGyLLZqSbzv+JFzMRbsyHYMNZSdZvPUubwkBwazQiomAGu70cmh3H6eQwu2 DuRlK3YvO0lTNKdld55T5S+oLv6vwdSG+FgnWUans4VIxVlbTk7n5lRfwWsQjhLQl5L3 axXQk+K88oNEG//fQw3kZGWgvnrqIkxiRacgul5EwmopKVpZbVqOQUfrbipZLwHI/QuG r91L/5ind6Wh/6j/74uQgCxPUJpUJxmnHeMW4KIVUpCowbbdodwhGWyBy1aF4zeyRFnX wECw== X-Gm-Message-State: AD7BkJIqk4H5TFDJ1vWh8OlIpUtoMOqKr6RJaKycie0szb/qMcspesdmWsq0a8PugcgK3w== X-Received: by 10.194.242.202 with SMTP id ws10mr21494045wjc.3.1457920876950; Sun, 13 Mar 2016 19:01:16 -0700 (PDT) Received: from axl ([185.105.175.24]) by smtp.gmail.com with ESMTPSA id gk4sm20035626wjd.7.2016.03.13.19.01.16 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 13 Mar 2016 19:01:16 -0700 (PDT) From: Dmitry Gutov Date: Mon, 14 Mar 2016 04:01:14 +0200 Message-ID: <86r3fd24yd.fsf@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -3.8 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.8 (---) As mentioned in a recent discussion: 1. M-x eshell 2. type 'cd /' 3. M-: (require 'tramp) ;; New step! 4. M-x pcomplete I'm getting the error 'tramp-file-name-handler: Host name must not match method "adb"'. In GNU Emacs 25.0.92.2 (x86_64-unknown-linux-gnu, GTK+ Version 3.16.7) of 2016-03-11 built on axl Repository revision: facb5e20ce186e47506860bde982e35020fedce5 Windowing system distributor 'The X.Org Foundation', version 11.0.11702000 System Description: Ubuntu 15.10 From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 14 Mar 2016 02:23:02 +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: To: Dmitry Gutov Cc: 23006@debbugs.gnu.org Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145792217919174 (code B ref 23006); Mon, 14 Mar 2016 02:23:02 +0000 Received: (at 23006) by debbugs.gnu.org; 14 Mar 2016 02:22:59 +0000 Received: from localhost ([127.0.0.1]:47281 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1afI9q-0004zC-Qy for submit@debbugs.gnu.org; Sun, 13 Mar 2016 22:22:58 -0400 Received: from chene.dit.umontreal.ca ([132.204.246.20]:48407) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1afI9p-0004z4-7g for 23006@debbugs.gnu.org; Sun, 13 Mar 2016 22:22:57 -0400 Received: from ceviche.home (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id u2E2NKxI001467; Sun, 13 Mar 2016 22:23:20 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 29C7466162; Sun, 13 Mar 2016 22:22:55 -0400 (EDT) From: Stefan Monnier Message-ID: References: <86r3fd24yd.fsf@yandex.ru> Date: Sun, 13 Mar 2016 22:22:55 -0400 In-Reply-To: <86r3fd24yd.fsf@yandex.ru> (Dmitry Gutov's message of "Mon, 14 Mar 2016 04:01:14 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV5609=0 X-NAI-Spam-Version: 2.3.0.9418 : core <5609> : inlines <4491> : streams <1602547> : uri <2165341> X-Spam-Score: -1.3 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.3 (-) > As mentioned in a recent discussion: > 1. M-x eshell > 2. type 'cd /' > 3. M-: (require 'tramp) ;; New step! > 4. M-x pcomplete > I'm getting the error 'tramp-file-name-handler: Host name must not match > method "adb"'. I can reproduce it this time (also in 24.5), yes, thank you. But I can't get a backtrace. Even debug-on-signal doesn't give me one :-( Hard to know where to fix the problem, because it surely needs to be somewhere along that backtrace. Stefan From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode References: <86r3fd24yd.fsf@yandex.ru> In-Reply-To: <86r3fd24yd.fsf@yandex.ru> Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 14 Mar 2016 07:35:02 +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: To: Stefan Monnier Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145794085314600 (code B ref 23006); Mon, 14 Mar 2016 07:35:02 +0000 Received: (at 23006) by debbugs.gnu.org; 14 Mar 2016 07:34:13 +0000 Received: from localhost ([127.0.0.1]:47377 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1afN13-0003nQ-9g for submit@debbugs.gnu.org; Mon, 14 Mar 2016 03:34:13 -0400 Received: from mout.gmx.net ([212.227.15.18]:56041) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1afN11-0003nD-Gr for 23006@debbugs.gnu.org; Mon, 14 Mar 2016 03:34:12 -0400 Received: from detlef.gmx.de ([87.146.62.225]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0Mey7N-1aUaIN1Zv7-00OYAT; Mon, 14 Mar 2016 08:34:02 +0100 From: Michael Albinus User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) Date: Mon, 14 Mar 2016 08:34:00 +0100 Message-ID: <871t7d4ion.fsf@gmx.de> MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:rY8uDxJ3WV2gIL84RaF3Qq/IeHF+sGggAsewtet/opxdXF/c9HI IzUtoG+OBfiPMsoK9yg1yF93CvyUPll0J54EfCUo7dGvINYc/T9FrhOZuHy8qfRv/Twia7v DYDagTgCmYHF3rjI/bphL9jLJ4VHxwAMeY1epC0gsS9yUE3DXmIOD2PXmJowip5Aw43RB0q UXpdlO+DOTreJu1BPVehQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:HB2rVIL5rKo=:RaRClQ4For/HGUNSsyLl4n lmqcOYzJ6DIXbf+VlabjBYEivYqEMGjquDrstJ+HVOqqwmD7eC0qP5dajf04kdY5E6344uRae fKuHZ+S4Yc1SjLdgmIRCoQb30ReM/4TznvA37a+PfT8xPSXhP4XaLseqtlK4keAv9f1NdhJai EI9ncpRMB4ns691foUq40LeF62J9jdKv6dCpEicfQgTIBjIwo800X6I9t2nFqOEjaSw1A0sro IvuZ2DC0xn9QIeu1JZpYiIGjM++615YakGwSTQWkVNAEB1gR0ieZFjOWS0AXwpe5DJopOFDJa wB38weGTKGWAf+Px6SUiL8m520HU4OoLbBr8cX8VEItqgvMNkDfCTN7szAZyj2vYDXKRFVNaG baVOj+lu7RcnOMegpsuz9aB+8A3QTcfYN3ota18xTNhzGsvtgrn4u0LipYmg97SGtELvNql+P AhKzqQkjyN7yhspr8z5Bw+3PJ/zy3l/bRpYkGJ6r9yQhoY4KTUyau/IpFkxDd0e8PkzJIr3mz 1ogCUKwChgYDxAhfo86Puh1Nr7R1a60AfOGJKWQ5A7Jq7Tr3PvDSc5bUJYtFrtLbehDJAcSlC FL8CZoOvmzUwax6OEToQNA/rne55/mazkMw6nQ3agNa2ZlXz54bM5QqyAu+8fgeYBwfp0RCM+ L32PEPii9p0qX0CoXp+2kRC4UUThLU5efrwjnXC/VZqYdcQe86FZsG1LLX/JMxl8mzOWyYdZJ F3c6HmtugVsoEauhl6NkewVGoTynEwGyB5VDcHfF4rUKXAqyfmeFybzsOJRQTIBL+PiuSkXtq qLWy7qu X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Stefan Monnier writes: >> As mentioned in a recent discussion: >> 1. M-x eshell >> 2. type 'cd /' >> 3. M-: (require 'tramp) ;; New step! >> 4. M-x pcomplete > >> I'm getting the error 'tramp-file-name-handler: Host name must not match >> method "adb"'. > > I can reproduce it this time (also in 24.5), yes, thank you. > But I can't get a backtrace. Even debug-on-signal doesn't give me > one :-( Set a breakpoint in `tramp-check-proper-method-and-host'. Then you see (if (edebug-after (edebug-before 32) 57 (and (edebug-after (edebug-before 33) 35 (equal (edebug-after 0 34 tramp-syntax) (quote ftp))) (ede$ (let ((method (edebug-after (edebug-before 1) 3 (tramp-file-name-method (edebug-after 0 2 vec)))) (user (edebug-after (edebug-before 4) 6 ($ tramp-check-proper-method-and-host([#("scp" 0 3 (tramp-default t)) nil "davs" "" nil]) tramp-maybe-open-connection([#("scp" 0 3 (tramp-default t)) nil "davs" "" nil]) tramp-send-command([#("scp" 0 3 (tramp-default t)) nil "davs" "" nil] "cd ~ && pwd") tramp-sh-handle-expand-file-name("/davs:" nil) apply(tramp-sh-handle-expand-file-name ("/davs:" nil)) tramp-sh-file-name-handler(expand-file-name "/davs:" nil) apply(tramp-sh-file-name-handler expand-file-name ("/davs:" nil)) tramp-file-name-handler(expand-file-name "/davs:" nil) expand-file-name("/davs:" nil) apply(expand-file-name ("/davs:" nil)) tramp-completion-run-real-handler(expand-file-name ("/davs:" nil)) tramp-completion-file-name-handler(expand-file-name "/davs:" nil) file-name-all-completions("" "/davs:") completion-file-name-table("/davs:" #[257 "\302\203\n^@\302^A!\205^\^@\301\203^T^@\301^A!\205^\^@\300?\206^\^@\300^A!\207" [file-executable$ comint-completion-file-name-table("/davs:" #[257 "\302\203\n^@\302^A!\205^\^@\301\203^T^@\301^A!\205^\^@\300?\206^\^@\300^A!\207" [file-exe$ complete-with-action(t comint-completion-file-name-table "/davs:" #[257 "\302\203\n^@\302^A!\205^\^@\301\203^T^@\301^A!\205^\^@\300?\206^\^$ completion-table-with-predicate(comint-completion-file-name-table #[257 "\302\203\n^@\302^A!\205^\^@\301\203^T^@\301^A!\205^\^@\300?\206^\^$ #[771 "\211\305=\203^W^@ \203^W^@\305\306\307B\310^E^E^E#ABB\207\311\n^[^\\312\313\300\314^F^F^F^F^F^F&^F*\207" [#[257 "\302\203\n^@\3$ complete-with-action(t #[771 "\211\305=\203^W^@ \203^W^@\305\306\307B\310^E^E^E#ABB\207\311\n^[^\\312\313\300\314^F^F^F^F^F^F&^F*\207$ #[771 "\302^CG\303 ^F^F\"\203)^@^D\304\305\224O^BB\262^B\306\307\310^F^G\"!^BB\262^B^D\305\225\302O\262^E\202^C^@^A\203:^@^B\311=\204O^@$ all-completions("/davs:" #[771 "\302^CG\303 ^F^F\"\203)^@^D\304\305\224O^BB\262^B\306\307\310^F^G\"!^BB\262^B^D\305\225\302O\262^E\202^C^$ pcomplete-stub("/davs:" #[771 "\302^CG\303 ^F^F\"\203)^@^D\304\305\224O^BB\262^B\306\307\310^F^G\"!^BB\262^B^D\305\225\302O\262^E\202^C^$ pcomplete-do-complete("/davs:" #[771 "\302^CG\303 ^F^F\"\203)^@^D\304\305\224O^BB\262^B\306\307\310^F^G\"!^BB\262^B^D\305\225\302O\262^$ pcomplete(1) funcall-interactively(pcomplete 1) call-interactively(pcomplete record nil) command-execute(pcomplete record) execute-extended-command(nil "pcomplete" nil) funcall-interactively(execute-extended-command nil "pcomplete" nil) call-interactively(execute-extended-command nil nil) command-execute(execute-extended-command) > Hard to know where to fix the problem, because it surely needs to be > somewhere along that backtrace. > > Stefan Best regards, Michael. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 15 Mar 2016 03:32:02 +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: To: Michael Albinus Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.14580126915752 (code B ref 23006); Tue, 15 Mar 2016 03:32:02 +0000 Received: (at 23006) by debbugs.gnu.org; 15 Mar 2016 03:31:31 +0000 Received: from localhost ([127.0.0.1]:48356 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1affhj-0001Ui-Gt for submit@debbugs.gnu.org; Mon, 14 Mar 2016 23:31:31 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:55886) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1affhh-0001UW-Qg for 23006@debbugs.gnu.org; Mon, 14 Mar 2016 23:31:30 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0A2FgA731xV/wr0d0tcgxCEAoVVu0CEfoJNBAICgTw7EgEBAQEBAQGBCkEFg10BAQMBViMFCws0EhQYDSSINwjPIwEBAQEBAQEDAQEBAQEdizqFBQeELQWzP4FFI4IKHIFuIoJ4AQEB X-IPAS-Result: A0A2FgA731xV/wr0d0tcgxCEAoVVu0CEfoJNBAICgTw7EgEBAQEBAQGBCkEFg10BAQMBViMFCws0EhQYDSSINwjPIwEBAQEBAQEDAQEBAQEdizqFBQeELQWzP4FFI4IKHIFuIoJ4AQEB X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="196231709" Received: from 75-119-244-10.dsl.teksavvy.com (HELO ceviche.home) ([75.119.244.10]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 14 Mar 2016 23:31:24 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 0BDF4661AA; Mon, 14 Mar 2016 23:31:24 -0400 (EDT) From: Stefan Monnier Message-ID: References: <871t7d4ion.fsf@gmx.de> Date: Mon, 14 Mar 2016 23:31:24 -0400 In-Reply-To: <871t7d4ion.fsf@gmx.de> (Michael Albinus's message of "Mon, 14 Mar 2016 08:34:00 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > pcomplete-do-complete("/davs:" #[771 "\302^CG\303 > pcomplete(1) Hmm... how did we get from "/" to "/davs:"? Stefan From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 15 Mar 2016 08:44:02 +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: To: Stefan Monnier Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.14580314039625 (code B ref 23006); Tue, 15 Mar 2016 08:44:02 +0000 Received: (at 23006) by debbugs.gnu.org; 15 Mar 2016 08:43:23 +0000 Received: from localhost ([127.0.0.1]:48488 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1afkZX-0002VB-6n for submit@debbugs.gnu.org; Tue, 15 Mar 2016 04:43:23 -0400 Received: from mout.gmx.net ([212.227.15.18]:52193) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1afkZW-0002Uz-0z for 23006@debbugs.gnu.org; Tue, 15 Mar 2016 04:43:22 -0400 Received: from detlef.gmx.de ([87.146.55.88]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0Lq9oW-1aApfc3iSm-00djZy; Tue, 15 Mar 2016 09:43:13 +0100 From: Michael Albinus References: <871t7d4ion.fsf@gmx.de> Date: Tue, 15 Mar 2016 09:43:11 +0100 In-Reply-To: (Stefan Monnier's message of "Mon, 14 Mar 2016 23:31:24 -0400") Message-ID: <87oaagi128.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:lKXDDT6+YwJCYh9YSVOgrINeqOkLj2utmMoEUyfFCjAoUUlkeam yhlbuSXNticjBCbZ5d+9RIgQEEqJelASxnvOqifnKgLPjUbOvq0s5xGntpLpeZTJDrFO1fR ngYmhia9/68Cga1mL5Y8qQKLw3fzy0XkA29sGArhrd/2Fg5GUcJDH+xEbsbf6X/P9dSEqPz 9CDcqQRuP8ZjyZaMbPrZg== X-UI-Out-Filterresults: notjunk:1;V01:K0:p29OfCxLMO4=:DUBsebOuVzM06j2qZ4h243 WuR1jCSMMHo5YQv14MvGZP4wrD/U+Y7yRCviNjCbiejeKqcwtrbPf8FEZzs28RGWu8nWwCWvY Ion2iaTL+04513HSQYoXogETQ+pfdFpXZIRk9QGGrNkt5Pme+iXhb+B6B9zcCMP5MoL6epCT7 9MXYFLui0W5BxXv6BBgSP+BDpghLxidjHlCyBKOdAkTQqq3dUAyxo+gvq+JWDSolny4WQD7VC fxC5za8emIkIt79+QU/wZpqX82La9oDaHOuSTq+FQpr0O9TN6YGL7GR5qby1OxNFMyV+hhT/n DskX69mwtyOIWFKjcIv+j9qre8GbCCgLkLe45lZCjASSuX5AIPCoycW3KL/ixpwjh1Ov0fXlY jK++/j+6agRKmniWJ3VCUyIWUvhOouviQugpvlsRzh3xVDsbtriTqP3ZdlyMrTbk2MOlSmEAw So5JF8OPWfGTdIXm1awlRdwcB5OD9NLxyeMRGnSUFUc4f/rm/p5/53MCdJ7sTDveoEDhXZRPF 0DnFv9KXKJF2PEzouflKJ3kHnVmM+Qit7yL5fTBI217XYqBGzNN0SRhPUHNsd2tAsOlKWZ0gK E/yNvS2nyhGZXuY2Bg1cWU8HaxmBMcy3PdTwnKegZatDQVnOcdDOhdXvnsisNj/AA/elruh3a W4E/gR2zwlTYQpv4/eqoM6g+HbNT1ooaUZk66KEjyBrJk/lTPXCOF7jZWcT4qVvxT5FAFH0y+ xfZaHCsbZuO9KpFBAKfFINbNZLhqLrDKk89ADJkLZ3yGnZoJvUtMAN2WuhOACAZX/gGvT+qOu /GNxeV9 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Stefan Monnier writes: >> pcomplete-do-complete("/davs:" #[771 "\302^CG\303 >> pcomplete(1) > > Hmm... how did we get from "/" to "/davs:"? Forgot to say: Prior to calling pcomplete, I have typed /davs: in the eshell buffer. > Stefan Best regards, Michael. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 15 Mar 2016 11:10: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: To: Michael Albinus , Stefan Monnier Cc: 23006@debbugs.gnu.org Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145804017423042 (code B ref 23006); Tue, 15 Mar 2016 11:10:01 +0000 Received: (at 23006) by debbugs.gnu.org; 15 Mar 2016 11:09:34 +0000 Received: from localhost ([127.0.0.1]:48567 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1afmqz-0005za-Pm for submit@debbugs.gnu.org; Tue, 15 Mar 2016 07:09:33 -0400 Received: from mail-wm0-f44.google.com ([74.125.82.44]:37850) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1afmqy-0005zM-9c for 23006@debbugs.gnu.org; Tue, 15 Mar 2016 07:09:32 -0400 Received: by mail-wm0-f44.google.com with SMTP id p65so21113248wmp.0 for <23006@debbugs.gnu.org>; Tue, 15 Mar 2016 04:09:32 -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=CWfw8d8bXocmybJYU0eMxTbGtRSJ9gjG+gCpcZlbn7k=; b=C2PxeEcSvOXjIswTLKKNqHFV+kSgEtYULQEQ+XCXXDMJkyxgsrwzXOTBNLgVoA4zGg ri9sVyG1MLxnW64yJr+kHZEa/BxpLxyQQFshjL9PMFrSlLJBNC8qohB2nXbU3nvCVbfA rsZo5w7vE1ZNVAfiVG4lwd4FO0I7gw3RQmrIVZ2yha+MIlvmxE/o5k7G1NePUjdXP8E2 ku4oHaDh9MV060GO6rYXnem/EXBbTdtOX5gpNVTTM4DcEIer/WdQWpxVuMUVLkPoY7v1 UZVo2dn2YRUlCPLCXLnXCdkppKv33x/1CwNGvLeOQgT5lRtIjpEqbGH3L0qwjG5yxvQW d9Ew== 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=CWfw8d8bXocmybJYU0eMxTbGtRSJ9gjG+gCpcZlbn7k=; b=Py8EKRXrMD5y5KUOqUdf78hBuz/4ngbk3on+5ZHH6mqGFly5IoWZR6BlPtdcWlINBj igSCOghQf1UQ+k9rJXGR8deeS033QfbF1HopHQJlHMbREroS/+XCYGtIaijqNhjfFJoR 68Huapn0A4voDMpXQJ0mFTflRpzzB6ABQsoWxGhgWQqWXLYvBbGqMVfRmd+NdZ66BDAm jkkI0B3srYrX+VOb9RKXI5dfpxqkxb5XFjpx93BPepH/bvqt8GtSu8OZ8zKiM5kmj1wM 8iJKylc8fkkyk6/fk/wK4VjBBRpgz0oSfQ3qdft8RNgjWKgbyxsW9a4RlJOyI05+Mo37 P+sA== X-Gm-Message-State: AD7BkJKYCVLSkbg1rlrPMJcsIgc8w9RFi6df3aYLqbwaYKNqTJVX3EAcyvpzZCdaN1tbBg== X-Received: by 10.194.111.229 with SMTP id il5mr33544124wjb.82.1458040166698; Tue, 15 Mar 2016 04:09:26 -0700 (PDT) Received: from [192.168.1.2] ([185.105.175.24]) by smtp.googlemail.com with ESMTPSA id k125sm20227218wmb.14.2016.03.15.04.09.24 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 15 Mar 2016 04:09:25 -0700 (PDT) References: <871t7d4ion.fsf@gmx.de> <87oaagi128.fsf@gmx.de> From: Dmitry Gutov Message-ID: <175fdad7-c23e-23ed-bb57-f40fbadf177d@yandex.ru> Date: Tue, 15 Mar 2016 13:09:23 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <87oaagi128.fsf@gmx.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) On 03/15/2016 10:43 AM, Michael Albinus wrote: >> Hmm... how did we get from "/" to "/davs:"? > > Forgot to say: Prior to calling pcomplete, I have typed /davs: in the > eshell buffer. I didn't. But I'm getting the same error anyway. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 17 Mar 2016 00:43:02 +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: To: Michael Albinus Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.14581753366358 (code B ref 23006); Thu, 17 Mar 2016 00:43:02 +0000 Received: (at 23006) by debbugs.gnu.org; 17 Mar 2016 00:42:16 +0000 Received: from localhost ([127.0.0.1]:50530 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1agM12-0001eU-Lv for submit@debbugs.gnu.org; Wed, 16 Mar 2016 20:42:16 -0400 Received: from pruche.dit.umontreal.ca ([132.204.246.22]:34677) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1agM10-0001eM-V3 for 23006@debbugs.gnu.org; Wed, 16 Mar 2016 20:42:15 -0400 Received: from fmsmemgm.homelinux.net (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.7/8.14.1) with ESMTP id u2H0gCtC017765; Wed, 16 Mar 2016 20:42:12 -0400 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id 6EAD5AE6AD; Wed, 16 Mar 2016 20:42:12 -0400 (EDT) From: Stefan Monnier Message-ID: References: <871t7d4ion.fsf@gmx.de> <87oaagi128.fsf@gmx.de> Date: Wed, 16 Mar 2016 20:42:12 -0400 In-Reply-To: <87oaagi128.fsf@gmx.de> (Michael Albinus's message of "Tue, 15 Mar 2016 09:43:11 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV5612=0 X-NAI-Spam-Version: 2.3.0.9418 : core <5612> : inlines <4516> : streams <1604107> : uri <2167701> X-Spam-Score: -1.3 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.3 (-) >>> pcomplete-do-complete("/davs:" #[771 "\302^CG\303 >>> pcomplete(1) >> Hmm... how did we get from "/" to "/davs:"? > Forgot to say: Prior to calling pcomplete, I have typed /davs: in the > eshell buffer. Hmm... looking back at it I'm kind of lost. I thought this was about adding `non-essential' somewhere, but in the recipe, I don't see much opportunity for that. So, I think the question is really for Micheal: Why does "cd / M-x pcomplete RET" signal an error like tramp-file-name-handler: Host name must not match method "adb" ? That seems like a bug right there, which doesn't have much to do with non-essential. Stefan From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 17 Mar 2016 00:51: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: To: Michael Albinus Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.14581758437102 (code B ref 23006); Thu, 17 Mar 2016 00:51:01 +0000 Received: (at 23006) by debbugs.gnu.org; 17 Mar 2016 00:50:43 +0000 Received: from localhost ([127.0.0.1]:50540 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1agM9C-0001qU-S9 for submit@debbugs.gnu.org; Wed, 16 Mar 2016 20:50:43 -0400 Received: from pruche.dit.umontreal.ca ([132.204.246.22]:36775) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1agM9B-0001qN-8A for 23006@debbugs.gnu.org; Wed, 16 Mar 2016 20:50:41 -0400 Received: from fmsmemgm.homelinux.net (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.7/8.14.1) with ESMTP id u2H0odOj019394; Wed, 16 Mar 2016 20:50:39 -0400 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id 58948AE6AD; Wed, 16 Mar 2016 20:50:39 -0400 (EDT) From: Stefan Monnier Message-ID: References: <871t7d4ion.fsf@gmx.de> Date: Wed, 16 Mar 2016 20:50:39 -0400 In-Reply-To: <871t7d4ion.fsf@gmx.de> (Michael Albinus's message of "Mon, 14 Mar 2016 08:34:00 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV5612=0 X-NAI-Spam-Version: 2.3.0.9418 : core <5612> : inlines <4516> : streams <1604110> : uri <2167706> X-Spam-Score: -1.3 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.3 (-) >>> I'm getting the error 'tramp-file-name-handler: Host name must not match >>> method "adb"'. [...] > tramp-check-proper-method-and-host([#("scp" 0 3 (tramp-default t)) nil "davs" "" nil]) > tramp-maybe-open-connection([#("scp" 0 3 (tramp-default t)) nil "davs" "" nil]) > tramp-send-command([#("scp" 0 3 (tramp-default t)) nil "davs" "" nil] "cd ~ && pwd") > tramp-sh-handle-expand-file-name("/davs:" nil) > apply(tramp-sh-handle-expand-file-name ("/davs:" nil)) > tramp-sh-file-name-handler(expand-file-name "/davs:" nil) > apply(tramp-sh-file-name-handler expand-file-name ("/davs:" nil)) > tramp-file-name-handler(expand-file-name "/davs:" nil) > expand-file-name("/davs:" nil) > apply(expand-file-name ("/davs:" nil)) > tramp-completion-run-real-handler(expand-file-name ("/davs:" nil)) > tramp-completion-file-name-handler(expand-file-name "/davs:" nil) > file-name-all-completions("" "/davs:") > completion-file-name-table("/davs:" #[257 completion-file-name-table calls (file-name-all-completions "" "/davs:") because (file-name-directory "/davs:") returns "/davs:" which seems wrong if "/davs:" is not a valid directory name. Stefan From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 17 Mar 2016 19:44:02 +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: To: Stefan Monnier Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.14582437958023 (code B ref 23006); Thu, 17 Mar 2016 19:44:02 +0000 Received: (at 23006) by debbugs.gnu.org; 17 Mar 2016 19:43:15 +0000 Received: from localhost ([127.0.0.1]:51450 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1agdpD-00025K-7y for submit@debbugs.gnu.org; Thu, 17 Mar 2016 15:43:15 -0400 Received: from mout.gmx.net ([212.227.17.22]:57549) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1agdpB-000256-Md for 23006@debbugs.gnu.org; Thu, 17 Mar 2016 15:43:14 -0400 Received: from detlef.gmx.de ([87.146.62.77]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0Mhej1-1aShqN37Df-00MtOC; Thu, 17 Mar 2016 20:43:04 +0100 From: Michael Albinus References: <871t7d4ion.fsf@gmx.de> <87oaagi128.fsf@gmx.de> Date: Thu, 17 Mar 2016 20:43:03 +0100 In-Reply-To: (Stefan Monnier's message of "Wed, 16 Mar 2016 20:42:12 -0400") Message-ID: <877fh0hovs.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:i09CYYFoj71eMpmvf8aca9ob8PHvYMefTnrwXQlvniTaUK1OMJV RkJQR/a9p55vtR1zWR7Jyu9aUafq5kT/G/aKVdPTy5O4CCpV87f6IV3gkDJSArFZ/dTCDXY 2+lactIrAIvBWPuxvRCoscbGnBODhq3OvvQD6Y6RMZItlK5RGqa+HZPbIGEKEdJFgZbw5PJ TONTtA8FWTJb9kB/j6jew== X-UI-Out-Filterresults: notjunk:1;V01:K0:s7msnP3ZIpA=:ZzuGFzEGgAleDqWuxuEn9O 71YDzVQBHvlee0SkQ96940lK7bUzjkvOFIGA9AxXzWMQ4Z0wuuUR+z3a2r/j5mthvY+yJET16 xdL9XmvRuXLlOz5f76yJPvfz72d5LYmvuT51/+z2sC2Wpxd/Wy+zALstpsxtX3odNzyZjWXbV IDiUjNKBLZrDb+zG9/VyG+6kIFbVe1m1RTrQdAuX5NL4iZ1/l9o2q1ovgefoN4kbrzO/X+3hF lvTzu+d7TgozciPvlgJbUbet7w+fsmfYKPL4hB8y+j5mcW4eFrBxR3r9fgNx/jzDodElZjTx+ x4hpOQzlJfMFq/1n9q+irhk6R0X3NvEMz3yBSrwbyQ7Jh23oheJMsRxzgMoiOkTzes3O2no3k 7DKUxzAAU01TtBlFS4cC6U03xUdJihqiHoQUbvUkEXuKjsBbstwLSzq8SccJnQxRB8AUmGlLr d666FUEiTNzXCW0DsJBTlrScvKK/2cNfdJvINNabyG3TzDAN7Gn96NeN4bvoJlc8zQalfTkBo FZhtNif0U7uDj9MkXl1Jfmx5vNa9YkSOToA9+d4nhrlW4YOONew9CCOhAnYSteAjaTLSwjSiN Ts6hiwHtoGuYqqdkq+Psz8rFFibtPOntNXMwV6CCY4P1FR/MnjaHvIttUJecLDPEd1dXbpI96 L4TenRfY/CPM1S90QpDKLDnbP5ApIAInwCGSPZaOvmYuUoM0gkp1OEbMzp2QfVQxXcUdcDlKp zrWcsTRv7HJNjPB+ANSUqOdu/VE4gmWvtNoSAYDLbVJ8zfqKhLUCQPdtzTNU8g5o7mu+IlnN4 qgQZZrq X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Stefan Monnier writes: >>>> pcomplete-do-complete("/davs:" #[771 "\302^CG\303 >>>> pcomplete(1) >>> Hmm... how did we get from "/" to "/davs:"? >> Forgot to say: Prior to calling pcomplete, I have typed /davs: in the >> eshell buffer. > > Hmm... looking back at it I'm kind of lost. > I thought this was about adding `non-essential' somewhere, but in the > recipe, I don't see much opportunity for that. So, I think the question > is really for Micheal: > > Why does "cd / M-x pcomplete RET" signal an error like > > tramp-file-name-handler: Host name must not match method "adb" > > ? > > That seems like a bug right there, which doesn't have much to do with > non-essential. I couldn't provoke the bug with the recipe you ought to use: emacs -Q M-x eshell cd / M-x pcomplete So I cannot answer that question. Or do you use another recipe? > Stefan Best regards, Michael. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 17 Mar 2016 19:45: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: To: Michael Albinus , Stefan Monnier Cc: 23006@debbugs.gnu.org Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.14582438708145 (code B ref 23006); Thu, 17 Mar 2016 19:45:01 +0000 Received: (at 23006) by debbugs.gnu.org; 17 Mar 2016 19:44:30 +0000 Received: from localhost ([127.0.0.1]:51454 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1agdqQ-00027J-Hz for submit@debbugs.gnu.org; Thu, 17 Mar 2016 15:44:30 -0400 Received: from mail-wm0-f45.google.com ([74.125.82.45]:36717) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1agdqP-000276-4I for 23006@debbugs.gnu.org; Thu, 17 Mar 2016 15:44:29 -0400 Received: by mail-wm0-f45.google.com with SMTP id l124so7394981wmf.1 for <23006@debbugs.gnu.org>; Thu, 17 Mar 2016 12:44:29 -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=M3u8LpxkYiuwdII9DS35PCHiU1dcNXQQq7pwmkygkvE=; b=rUp4++BQLuz5QY2t2ZmfWWDLpYQSLpoIbneY6+Eavv5s0MRZ+zNFSEVIybClYwguON M+2nTWkoG9omUaXOr8Onbix4EgCL3pN4Ev/S4WIG3XgTebHoryMyHfd4x7Lna8Ee7Wgd 9BZtTnqRwUY3hzs2l8NbzW5dm6hcq1pCF3bI0kiqKfZbltjThbvCZyysembSqkxLxP2z jhWsmq+yLbrkk+jZTEummQLM1tZIBCgE0n+RTlLnXSd1l35NDdwUJQt3C/R210W/tE28 AxaGRadvAgqQ15DHRYqGfU5ljWY3lsAcgLR/SVbjefAxLmCw734P2EYA4p2yFvqZNd9P +W8Q== 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=M3u8LpxkYiuwdII9DS35PCHiU1dcNXQQq7pwmkygkvE=; b=Ro9QGGA/WcT66pmrx+0p7Hjs2YkhxNEFdjf5Vb21SaB8IldfzU2aX6KNkBKvVy7C9J 82RURWdtINLqvfxoOa99GcoOfvRfHTfjkO7YLsrINCmBknDepLYQgbNZwV+IyyeOS4n3 0pTNE4tGIbSpkHNazqc25VwW/w/hFHIATjCXiXkfXa8sL1jtYm86/eD1hGHDy9IBHSki /mu7Gwmw7e7d7zt4wmDfR75DStUo3rmQf+h353vK6fhcrgXwUZkYwc2ifmfA63Buk61W DB8PbCejoHdpkGKxjojTuzk0Aopxu8+0QXUhgmTQgTs05zQS3dDVD0pqH4gBksD23KNq BWlQ== X-Gm-Message-State: AD7BkJLKvZiQSstNDlVjW7Rvu/DqFmEjZp7SQJdkwyMvv85m2xur+3H3HG3xdMfhbRTV3w== X-Received: by 10.194.71.177 with SMTP id w17mr13573380wju.36.1458243863517; Thu, 17 Mar 2016 12:44:23 -0700 (PDT) Received: from [192.168.1.2] ([185.105.175.24]) by smtp.googlemail.com with ESMTPSA id r8sm9067427wjz.34.2016.03.17.12.44.19 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 17 Mar 2016 12:44:22 -0700 (PDT) References: <871t7d4ion.fsf@gmx.de> <87oaagi128.fsf@gmx.de> <877fh0hovs.fsf@gmx.de> From: Dmitry Gutov Message-ID: <756f60a7-bdf9-a806-b9d6-dbf17f0ebaab@yandex.ru> Date: Thu, 17 Mar 2016 21:44:16 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <877fh0hovs.fsf@gmx.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) On 03/17/2016 09:43 PM, Michael Albinus wrote: > I couldn't provoke the bug with the recipe you ought to use: > > emacs -Q > M-x eshell > cd / > M-x pcomplete > > So I cannot answer that question. Or do you use another recipe? Like I've described in this bug report, you also need to load Tramp. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 17 Mar 2016 19:51:02 +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: To: Stefan Monnier Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145824420514982 (code B ref 23006); Thu, 17 Mar 2016 19:51:02 +0000 Received: (at 23006) by debbugs.gnu.org; 17 Mar 2016 19:50:05 +0000 Received: from localhost ([127.0.0.1]:51458 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1agdvp-0003ta-62 for submit@debbugs.gnu.org; Thu, 17 Mar 2016 15:50:05 -0400 Received: from mout.gmx.net ([212.227.17.20]:50113) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1agdvm-0003t1-OM for 23006@debbugs.gnu.org; Thu, 17 Mar 2016 15:50:03 -0400 Received: from detlef.gmx.de ([87.146.62.77]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0LcmN9-1Zz6293TPz-00k7Oz; Thu, 17 Mar 2016 20:49:54 +0100 From: Michael Albinus References: <871t7d4ion.fsf@gmx.de> Date: Thu, 17 Mar 2016 20:49:53 +0100 In-Reply-To: (Stefan Monnier's message of "Wed, 16 Mar 2016 20:50:39 -0400") Message-ID: <8737rohoke.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:mvarUB5CywZchW+QPR8Qu2JonSvc2R5SyF+UqXvqYRAf80kEpxm 1648m2mYdMdze4ukI0NS6On1I361V+Hm6K8QEBnQhVIfjw0Lfd6dTJN/VpN0DnXrNgi7O5T lfrNQ3i2cN6VRlvBJ03JsKjyonJEMMbDyKCsPDGDGkVRnDo2eo8jLDURm0R8ETulZpMTRFn dt+v1bHsM0pvUFaJDzUjg== X-UI-Out-Filterresults: notjunk:1;V01:K0:hZ+uazhqwyA=:hUQngEEJQE1P5WwVudQcf0 NVZhd3INOpnduMTO8H63qlEr4msQ1jhpZH3A6wMcb9SSyum7OFT4xzmf7QoifuhhNzrfEdmB1 R6wLUXAFV+YZemyIZwDOJ/udFTivUlU0NhtgAw0Gba5VUNqv2g608pCc+CP7ipcfogt8HYEmz ZZVDB9ZovkCYxonNBeutExLdqcZQJezWl48sw5R49uHwMz9J/zw866Wzy4VvgXeErPwtjhPRp rLOjQZPuArR/6jajoX+lEUgvA5cRPca54NfdKEGJw1LDZFAGtC56qCGn919HVJ5NP9L/YqITe VVtQeUsgXwvKk7pE913KgEse5C+FP9lbB9gyc0iLRFe8s13tQ8vBck5zAJXbcA/2yYuAoGWtY 6UxrxnFhO6paik+65fkaHCHsTmLaDMLk/T2hKr3lQajYIKGjA8NQmugxqQC1okgLqCBOisuLl 46cessA/NCb+V9R1yGYAK33BPJDNNS/zKhF936WKGVXUtawe63NoHQ8WV2ktMIbUYpJXWYRef ajQYx2HofgSAKpZM0Xw13lGQiIhZjMlBopmF+YbxmSGsR/JlXRGa/gfBSwgfL/cUCWgC3+90/ Sd18RcZnbJhAhLw6RlwweT1z/QJXjvRimIaeI4SrAsLVfP8MAWEVdPrJ13MvmQwoBeINphq4d MwNFPS3oHjxDV7xOleAL8Q2kyUBvfPLEQo2g+0XKdP6ddKfFnquASIlauvXRg4CKfpbbeTuB/ CMbwDKvigKRfgwWQx9ulKeLueZ9s3k4ZcK65Mw5ZAkSWpppB2X3Sj3JdA5DA+bgU9MmLrkESD h6UbLrj X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Stefan Monnier writes: >>>> I'm getting the error 'tramp-file-name-handler: Host name must not match >>>> method "adb"'. > [...] >> tramp-check-proper-method-and-host([#("scp" 0 3 (tramp-default t)) >> nil "davs" "" nil]) >> tramp-maybe-open-connection([#("scp" 0 3 (tramp-default t)) nil >> "davs" "" nil]) >> tramp-send-command([#("scp" 0 3 (tramp-default t)) nil "davs" "" >> nil] "cd ~ && pwd") >> tramp-sh-handle-expand-file-name("/davs:" nil) >> apply(tramp-sh-handle-expand-file-name ("/davs:" nil)) >> tramp-sh-file-name-handler(expand-file-name "/davs:" nil) >> apply(tramp-sh-file-name-handler expand-file-name ("/davs:" nil)) >> tramp-file-name-handler(expand-file-name "/davs:" nil) >> expand-file-name("/davs:" nil) >> apply(expand-file-name ("/davs:" nil)) >> tramp-completion-run-real-handler(expand-file-name ("/davs:" nil)) >> tramp-completion-file-name-handler(expand-file-name "/davs:" nil) >> file-name-all-completions("" "/davs:") >> completion-file-name-table("/davs:" #[257 > > completion-file-name-table calls (file-name-all-completions "" "/davs:") > because (file-name-directory "/davs:") returns "/davs:" which seems > wrong if "/davs:" is not a valid directory name. What do you expect (file-name-directory "/davs:") to return else? `file-name-directory' is not expected to check, whether a given argument is a valid file name. The docstring says "Given a Unix syntax file name, returns a string ending in slash.". And yes, in this case no trailing slash is added. Hmm, maybe it shall return "/davs:./". Would this be better? > Stefan Best regards, Michael. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 17 Mar 2016 19:55:02 +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: To: Dmitry Gutov Cc: Stefan Monnier , 23006@debbugs.gnu.org Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145824446915399 (code B ref 23006); Thu, 17 Mar 2016 19:55:02 +0000 Received: (at 23006) by debbugs.gnu.org; 17 Mar 2016 19:54:29 +0000 Received: from localhost ([127.0.0.1]:51467 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1age05-00040J-0c for submit@debbugs.gnu.org; Thu, 17 Mar 2016 15:54:29 -0400 Received: from mout.gmx.net ([212.227.15.19]:56417) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1age03-000406-FU for 23006@debbugs.gnu.org; Thu, 17 Mar 2016 15:54:27 -0400 Received: from detlef.gmx.de ([87.146.62.77]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0Mb7pT-1aM4q81Yux-00Kif1; Thu, 17 Mar 2016 20:54:19 +0100 From: Michael Albinus References: <871t7d4ion.fsf@gmx.de> <87oaagi128.fsf@gmx.de> <877fh0hovs.fsf@gmx.de> <756f60a7-bdf9-a806-b9d6-dbf17f0ebaab@yandex.ru> Date: Thu, 17 Mar 2016 20:54:17 +0100 In-Reply-To: <756f60a7-bdf9-a806-b9d6-dbf17f0ebaab@yandex.ru> (Dmitry Gutov's message of "Thu, 17 Mar 2016 21:44:16 +0200") Message-ID: <87y49gg9sm.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:leIFEEJfNeXsuk9sx2tuV1b0GOEbz2bQNA0MxiSbyrLY6HE4wfm dqpETr4CZijyUo8CLQOzQjTCDRUr0g6mqV0e5kp6FKKocBluyXeZPovLzQVbITFzPx1H24x qj2QQsyuGTD3+zU2ODC4WJKpFB51O2FhqJGkc0Rtczv+Wf0LcryNXSM9aQh3P9WUf0EWksW 5mEjt59puGLNj/IBKo4Lw== X-UI-Out-Filterresults: notjunk:1;V01:K0:HQH8Lap635w=:ra3Y43PWywEGRsKH4EQq/A jdZNVoVqWu9pDKEGx7I5nc1fUGE2sRjh/JR+eZKSf+hoZvfJ34+AlKOkYxQjQHN29XQ9yidg5 G6V4a1HDn3uHUg/yahkhFu4LrG0u/kiONpDsqilupC+yrVQcdRO10KvIe2A/+8gFHYURCcLZv K5I7Q+Gts1+MulHEjPFuxb0WNGWlK1lOtZG55z2d0mKWsWw1Z5wZfBU5lCISSMGz+yZ1iGoc0 JJrJlnRrseomv6GwjGZ4J3NQ7sziwQkZ08FY2uT9hsuGRV+ZxDxmAd2NCf8PTDqNCHsFJdzbE 0dU6WRZrGCBjylQq72AzC7yP8EbSpqaEZB4TqLRkeukG2HgAKV8e+uTEIf52cklBWBCFdDOkB SQbUC/zIpWsPFiWGeFNBpNAeyvlx6IgEnu1ezLiPiaGYh/gU1QW/YKWJUkShwnQJJSvo7Ao/d Tbcs4CNdXLWzuwKhpjzqieH+nkicHaBAi/Or0S4DyfNT9O7JLWlEXRgs92GMteZiwT/Ngjx2+ WYpoQWlhjioP5P1RjdcBYZCdux58KyNT444lNrXmnMcpfSOV9gQ3SrvtI71UvPJJYj0NBI0B8 rHwFYL8HkL2wQTlCebaXvTbtVCeZoKXDvMtHLq9rDCnPLBZFUT6ERrIwks1jdBW6GlNofnIEt XWsLKkZyZUUWkqk6fjjDAVMbAgz9QOqpblDbPqqT6iJRsONrRFV6CqbIOrC3h6X4U1lrGD/HK l+QDYgGNE6zcpv0cIaeLS/U9WHJdd6ZxdAlasdm5sHM5DieGh6OF0NB/YLgATQrO2JrFuAKxk qWzPpCf X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Dmitry Gutov writes: > On 03/17/2016 09:43 PM, Michael Albinus wrote: > >> I couldn't provoke the bug with the recipe you ought to use: >> >> emacs -Q >> M-x eshell >> cd / >> M-x pcomplete >> >> So I cannot answer that question. Or do you use another recipe? > > Like I've described in this bug report, you also need to load Tramp. emacs -Q M-x load-library tramp M-x eshell cd / M-x pcomplete Still no error. Tests performed in the emacs-25 branch. Best regards, Michael. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 17 Mar 2016 22:56: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: To: Michael Albinus Cc: Stefan Monnier , 23006@debbugs.gnu.org Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145825532331450 (code B ref 23006); Thu, 17 Mar 2016 22:56:01 +0000 Received: (at 23006) by debbugs.gnu.org; 17 Mar 2016 22:55:23 +0000 Received: from localhost ([127.0.0.1]:51526 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aggp9-0008BC-1N for submit@debbugs.gnu.org; Thu, 17 Mar 2016 18:55:23 -0400 Received: from mail-wm0-f41.google.com ([74.125.82.41]:37005) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aggp7-0008Az-KZ for 23006@debbugs.gnu.org; Thu, 17 Mar 2016 18:55:21 -0400 Received: by mail-wm0-f41.google.com with SMTP id p65so14220957wmp.0 for <23006@debbugs.gnu.org>; Thu, 17 Mar 2016 15:55:21 -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=iFCKQEZFzZ2MHadvzsA+st27IYr+GrVIQnyz6VgnH/0=; b=BKIfYcTIt2GOc8lPuFs9FEKHL5VoWrBv0V3odE090qA0JQL/QxRPk3xuNt1unE92Co jmNVWofkB93zPla2UXf1jV7db9RnIN8cDYO7QPitXLANuLtyjKVDYw8lsxobYfYdzf44 KC8tc6l/H4zPEbV327Z4N+JvnKnDt0pcPPfDYBsT8lkKxQ6czng/2HgYettsEwWdnLrw 1lw91HPBb0MAxFbBQo1onsq3Zat9ywN47wSrdv/cLFQeI8gEgSe/c7nKI/PUg+msoJSJ c4DUZM2DcSg8yuTsZsuqTgLExEABsvF9RTEPM1j60273+08yYBVecShHf9TLB9MKyR+G NEMw== 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=iFCKQEZFzZ2MHadvzsA+st27IYr+GrVIQnyz6VgnH/0=; b=AjL0j6h18XHtZ10qYwkvmQdbuR66TJ3/xbyRBLsGBk2ZWP9jnzm6+QpZ4Z3hYKQGFn LSMU4YA+3oA3mdITaR+TH9rhsgCfCaqXIzw+OjOZ7K0HvXf23dORwNrJdn3SS+RmBxGf 5Xzk4dp8f+aAY/vsLLz8FzJUQdU/yQhaSOWRQTtV8YmUtcoioD3HaESZX9tLmRBENukB f9JQuKgsgNDzrtx2DSxMN1iO63tQL7Q5qH3eMcklpd7eBGKpmrswkzSb/hUc6FN8WReo ApnakzCq+/Hz1znnRZdLLR/Es/RQJbfYkkZu82IGuvplHIovByHwX8e6GuGg2jnM1ym+ YskA== X-Gm-Message-State: AD7BkJKOCQWzg+p7mmbM+OalzaqvrPmwEtZ8erBN+Xc7HZEKXrlyVAvcpcHasf9rUJZ5Ug== X-Received: by 10.194.189.143 with SMTP id gi15mr12241174wjc.54.1458255315860; Thu, 17 Mar 2016 15:55:15 -0700 (PDT) Received: from [192.168.1.2] ([185.105.175.24]) by smtp.googlemail.com with ESMTPSA id i2sm9657883wje.22.2016.03.17.15.55.14 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 17 Mar 2016 15:55:15 -0700 (PDT) References: <871t7d4ion.fsf@gmx.de> <87oaagi128.fsf@gmx.de> <877fh0hovs.fsf@gmx.de> <756f60a7-bdf9-a806-b9d6-dbf17f0ebaab@yandex.ru> <87y49gg9sm.fsf@gmx.de> From: Dmitry Gutov Message-ID: <845ef936-dec1-eac9-db2a-f2bb25f3a830@yandex.ru> Date: Fri, 18 Mar 2016 00:55:13 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <87y49gg9sm.fsf@gmx.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) On 03/17/2016 09:54 PM, Michael Albinus wrote: > emacs -Q > M-x load-library tramp > M-x eshell > cd / > M-x pcomplete > > Still no error. Tests performed in the emacs-25 branch. I do get an error. Or rather, a failure message, like described previously. On emacs-25, with -Q, just 'make bootstrap'-ed the latest commit to triple-check, and the problem is consistent. Do you get any completions in the end? From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Mar 2016 08:28: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: To: Dmitry Gutov Cc: Stefan Monnier , 23006@debbugs.gnu.org Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.14582896421064 (code B ref 23006); Fri, 18 Mar 2016 08:28:01 +0000 Received: (at 23006) by debbugs.gnu.org; 18 Mar 2016 08:27:22 +0000 Received: from localhost ([127.0.0.1]:51731 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1agpkf-0000H6-C4 for submit@debbugs.gnu.org; Fri, 18 Mar 2016 04:27:21 -0400 Received: from mout.gmx.net ([212.227.15.15]:49268) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1agpkd-0000Gs-EQ for 23006@debbugs.gnu.org; Fri, 18 Mar 2016 04:27:20 -0400 Received: from detlef.gmx.de ([87.146.50.242]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0MLNpK-1agHW82HNy-000Z1S; Fri, 18 Mar 2016 09:27:10 +0100 From: Michael Albinus 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> Date: Fri, 18 Mar 2016 09:27:08 +0100 In-Reply-To: <845ef936-dec1-eac9-db2a-f2bb25f3a830@yandex.ru> (Dmitry Gutov's message of "Fri, 18 Mar 2016 00:55:13 +0200") Message-ID: <87egb8faxv.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:6wkGAa0kbS9aTjcZmBB3Ks8cAKoFMVW44iNrCJ6nNrw7vOJDRe4 1pa85hP2bcpbnVPLUo3G6RE9I+vMPeHfyuHKPyjPue/CmxbGiEBkBMWfc7PO5tlMzUC2dFT CWRF6JLGGFJVi1FJa7jGCzbL3RMdwE6fXlDmrZ4Rvfgyq5v4XsFC7ihn8B4DiMCYTf2mstp I1Xshlgn8gTt+4xBR+KHA== X-UI-Out-Filterresults: notjunk:1;V01:K0:56phfzvzqTk=:btNlBFC2EGjmwYEi/8CcNc ZOqruINsNCDuD0x41LFkwlgGiktkAlFI1gJIbOxbTOsqbVigY1ei1/99/WRm75T6/H8ybS1Mx 4G5ATdniilaoQHZEuY7/XskML3rABOQw4dNiR1FExSyrYIR001DhM/GnFGgkq7+y2sYFppnWi 2YUnllSkMqSjt1RFH3svhlYzjccoKQIJ2nvJE/+Qqme7FsWhj0DOHrn+LFqj7bWr/xmLvSOft aQ7ruCfPY/dKp0MnYeYQKlRjfSRDaCjG8hZoH6T4QwRI/68V9DAKv85Jq0yu5TiFnVDFZPteX KgFCCGTBAaRO4SCqUo/LgVZRAWZUaEvMpQWQGV8snREvuxWRgYWOXxjVIEZSJRs2S0PxXFPZn t2DF3QnCtSKoxKo8613DX1MpVTNNQYvH8Th8uTQQseGGoH/MJgOPYrzRGCc1QJNxKXu8QdVWn Z7GnpxkOPlbhfkKUdJgPC9CHCg6swHQC5sX/KQVX7rVz4w0byjaU3Td2p1DNstK93oof72TDY s+FTH8rNt1QjiRdoGnuKTxlBScNmHQ3WaI37aDrhiMK+R+I/7zLw50AVt84T8Z5yl0r6xfwPW h+x9z82XbaGXAh0qjWWVPIN8i0Rwi5NJim14dy/s9xGded2+aPcp326SnKnz/6wgbqNB+Lm3M B92lUWvdHXF02fQbVHNp+A6MfKWWhMvF6E/ht+GW5Dt6jV7gL7acx8X+nssowbdDhMAYScPWO 4v0QbQ6ZhBuwkC9xA+07Kg1Db5uA31YQZv5E6EBU3bz0WeTsQz84X2jBZ3HJKgZT+8HPs2Nej mv3FBGE X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Dmitry Gutov writes: > On 03/17/2016 09:54 PM, Michael Albinus wrote: > >> emacs -Q >> M-x load-library tramp >> M-x eshell >> cd / >> M-x pcomplete >> >> Still no error. Tests performed in the emacs-25 branch. > > I do get an error. Or rather, a failure message, like described > previously. On emacs-25, with -Q, just 'make bootstrap'-ed the latest > commit to triple-check, and the problem is consistent. > > Do you get any completions in the end? Yes. But this aren't the files under "/", but rather all programs I could start on my Ubuntu machine. If I do *not* enter RET after "cd /", and call "M-x pcomplete" then, I get the same error message. OK, that's clear. Now the backtrace in this scenario: --8<---------------cut here---------------start------------->8--- (member (edebug-after 0 54 host) (edebug-after 0 55 methods)) (and (edebug-after (edebug-before 33) 35 (equal (edebug-after 0 34 tramp-= syntax) (quote ftp))) (edebug-after 0 36 host) (edebug-after (edebug-before= 37) 44 (or (edebug-after (edebug-before 38) 40 (null (edebug-after 0 39 me= thod))) (edebug-after (edebug-before 41) 43 (get-text-property 0 (quote tra= mp-default) (edebug-after 0 42 method))))) (edebug-after (edebug-before 45)= 52 (or (edebug-after (edebug-before 46) 48 (null (edebug-after 0 47 user))= ) (edebug-after (edebug-before 49) 51 (get-text-property 0 (quote tramp-def= ault) (edebug-after 0 50 user))))) (edebug-after (edebug-before 53) 56 (mem= ber (edebug-after 0 54 host) (edebug-after 0 55 methods)))) (if (edebug-after (edebug-before 32) 57 (and (edebug-after (edebug-before= 33) 35 (equal (edebug-after 0 34 tramp-syntax) (quote ftp))) (edebug-after= 0 36 host) (edebug-after (edebug-before 37) 44 (or (edebug-after (edebug-b= efore 38) 40 (null (edebug-after 0 39 method))) (edebug-after (edebug-befor= e 41) 43 (get-text-property 0 (quote tramp-default) (edebug-after 0 42 meth= od))))) (edebug-after (edebug-before 45) 52 (or (edebug-after (edebug-befor= e 46) 48 (null (edebug-after 0 47 user))) (edebug-after (edebug-before 49) = 51 (get-text-property 0 (quote tramp-default) (edebug-after 0 50 user))))) = (edebug-after (edebug-before 53) 56 (member (edebug-after 0 54 host) (edebu= g-after 0 55 methods))))) (progn (edebug-after (edebug-before 58) 60 (tramp= -cleanup-connection (edebug-after 0 59 vec))) (edebug-after (edebug-before = 61) 64 (tramp-user-error (edebug-after 0 62 vec) "Host name must not match = method \"%s\"" (edebug-after 0 63 host))))) (let ((method (edebug-after (edebug-before 1) 3 (tramp-file-name-method (= edebug-after 0 2 vec)))) (user (edebug-after (edebug-before 4) 6 (tramp-fil= e-name-user (edebug-after 0 5 vec)))) (host (edebug-after (edebug-before 7)= 9 (tramp-file-name-host (edebug-after 0 8 vec)))) (methods (edebug-after (= edebug-before 10) 12 (mapcar (quote car) (edebug-after 0 11 tramp-methods))= ))) (edebug-after (edebug-before 13) 30 (if (edebug-after (edebug-before 14= ) 22 (and (edebug-after 0 15 method) (edebug-after (edebug-before 16) 21 (n= ot (edebug-after ... 20 ...))))) (progn (edebug-after (edebug-before 23) 25= (tramp-cleanup-connection (edebug-after 0 24 vec))) (edebug-after (edebug-= before 26) 29 (tramp-user-error (edebug-after 0 27 vec) "Unknown method \"%= s\"" (edebug-after 0 28 method)))))) (edebug-after (edebug-before 31) 65 (i= f (edebug-after (edebug-before 32) 57 (and (edebug-after (edebug-before 33)= 35 (equal (edebug-after 0 34 tramp-syntax) (quote ftp))) (edebug-after 0 3= 6 host) (edebug-after (edebug-before 37) 44 (or (edebug-after ... 40 ...) (= edebug-after ... 43 ...))) (edebug-after (edebug-before 45) 52 (or (edebug-= after ... 48 ...) (edebug-after ... 51 ...))) (edebug-after (edebug-before = 53) 56 (member (edebug-after 0 54 host) (edebug-after 0 55 methods))))) (pr= ogn (edebug-after (edebug-before 58) 60 (tramp-cleanup-connection (edebug-a= fter 0 59 vec))) (edebug-after (edebug-before 61) 64 (tramp-user-error (ede= bug-after 0 62 vec) "Host name must not match method \"%s\"" (edebug-after = 0 63 host))))))) tramp-check-proper-method-and-host([#("scp" 0 3 (tramp-default t)) nil "a= db" "" nil]) tramp-maybe-open-connection([#("scp" 0 3 (tramp-default t)) nil "adb" "" = nil]) tramp-send-command([#("scp" 0 3 (tramp-default t)) nil "adb" "" nil] "cd = ~ && pwd") tramp-sh-handle-expand-file-name("/adb:" "/") apply(tramp-sh-handle-expand-file-name ("/adb:" "/")) tramp-sh-file-name-handler(expand-file-name "/adb:" "/") apply(tramp-sh-file-name-handler expand-file-name ("/adb:" "/")) tramp-file-name-handler(expand-file-name "/adb:" "/") expand-file-name("adb:" "/") apply(expand-file-name ("adb:" "/")) tramp-completion-run-real-handler(expand-file-name ("adb:" "/")) tramp-completion-file-name-handler(expand-file-name "adb:" "/") file-directory-p("adb:") #[257 "\302\203\n\302!\205=00\301\203=00\301!\205=00\300?\206=00\300!\207= " [file-directory-p #[257 "\211GSH\302=3D\203=00\301\205=00\303\301\"\202= =00\300\205=00\303\300\"?\207" ["~\\'" "\\`\\(\\.\\.?\\|CVS\\)/\\'" 47 stri= ng-match] 4 "\n\n(fn FILE)"] nil] 3 "\n\n(fn F)"]("adb:") completion-file-name-table("/" #[257 "\302\203\n\302!\205=00\301\203=00\3= 01!\205=00\300?\206=00\300!\207" [file-directory-p #[257 "\211GSH\302=3D\20= 3=00\301\205=00\303\301\"\202=00\300\205=00\303\300\"?\207" ["~\\'" "\\`\\(= \\.\\.?\\|CVS\\)/\\'" 47 string-match] 4 "\n\n(fn FILE)"] nil] 3 "\n\n(fn F= )"] t) comint-completion-file-name-table("/" #[257 "\302\203\n\302!\205=00\301\2= 03=00\301!\205=00\300?\206=00\300!\207" [file-directory-p #[257 "\211GSH\30= 2=3D\203=00\301\205=00\303\301\"\202=00\300\205=00\303\300\"?\207" ["~\\'" = "\\`\\(\\.\\.?\\|CVS\\)/\\'" 47 string-match] 4 "\n\n(fn FILE)"] nil] 3 "\n= \n(fn F)"] t) complete-with-action(t comint-completion-file-name-table "/" #[257 "\302\= 203\n\302!\205=00\301\203=00\301!\205=00\300?\206=00\300!\207" [file-direct= ory-p #[257 "\211GSH\302=3D\203=00\301\205=00\303\301\"\202=00\300\205=00\3= 03\300\"?\207" ["~\\'" "\\`\\(\\.\\.?\\|CVS\\)/\\'" 47 string-match] 4 "\n\= n(fn FILE)"] nil] 3 "\n\n(fn F)"]) completion-table-with-predicate(comint-completion-file-name-table #[257 "= \302\203\n\302!\205=00\301\203=00\301!\205=00\300?\206=00\300!\207" [file-d= irectory-p #[257 "\211GSH\302=3D\203=00\301\205=00\303\301\"\202=00\300\205= =00\303\300\"?\207" ["~\\'" "\\`\\(\\.\\.?\\|CVS\\)/\\'" 47 string-match] 4= "\n\n(fn FILE)"] nil] 3 "\n\n(fn F)"] strict "/" nil t) #[771 "\211\305=3D\203=00 \203=00\305\306\307B\310=05#ABB\207\311\n=1C\31= 2\313\300\314=06=06=06&*\207" [#[257 "\302\203\n\302!\205=00\301\203=00\301= !\205=00\300?\206=00\300!\207" [file-directory-p #[257 "\211GSH\302=3D\203= =00\301\205=00\303\301\"\202=00\300\205=00\303\300\"?\207" ["~\\'" "\\`\\(\= \.\\.?\\|CVS\\)/\\'" 47 string-match] 4 "\n\n(fn FILE)"] nil] 3 "\n\n(fn F)= "] pcomplete-compare-entry-function pcomplete-ignore-case completion-ignore= -case completion-ignored-extensions metadata cycle-sort-function #[257 "\30= 1\"\207" [pcomplete-compare-entry-function sort] 4 "\n\n(fn COMPS)"] compl= etion-file-name-table nil completion-table-with-predicate comint-completion= -file-name-table strict] 10 "\n\n(fn S P A)"]("/" nil t) complete-with-action(t #[771 "\211\305=3D\203=00 \203=00\305\306\307B\310= =05#ABB\207\311\n=1C\312\313\300\314=06=06=06&*\207" [#[257 "\302\203\n\302= !\205=00\301\203=00\301!\205=00\300?\206=00\300!\207" [file-directory-p #[2= 57 "\211GSH\302=3D\203=00\301\205=00\303\301\"\202=00\300\205=00\303\300\"?= \207" ["~\\'" "\\`\\(\\.\\.?\\|CVS\\)/\\'" 47 string-match] 4 "\n\n(fn FILE= )"] nil] 3 "\n\n(fn F)"] pcomplete-compare-entry-function pcomplete-ignore-= case completion-ignore-case completion-ignored-extensions metadata cycle-so= rt-function #[257 "\301\"\207" [pcomplete-compare-entry-function sort] 4 "= \n\n(fn COMPS)"] completion-file-name-table nil completion-table-with-predi= cate comint-completion-file-name-table strict] 10 "\n\n(fn S P A)"] "/" nil) #[771 "\302G\303 =06\"\203)=04\304\305\224OB\262\306\307\310=07\"!B\262= =04\305\225\302O\262\202=00\203:=02\311=3D\204O=02\242\312=3D\204O\313\314= =06B\237\315#\316\300=06$\262\202\307\317\320\321\322\"\"\313\314=07B\237\= 315#\323\300\243\206k\315$\211@Y\203\223=05\311=3D\203\204\316=06\300=06\= n$\202\305\312@=04GZ\\ABB\202\305=05\311=3D\203\272\316=06\300=06\n$=02@Z\3= 21\324\325\326\327\330=06!\331\"\332\333%\"\266\202\202\305\312=05GZ\\ABB\2= 66\203\207" [#[771 "\211\305=3D\203=00 \203=00\305\306\307B\310=05#ABB\207\= 311\n=1C\312\313\300\314=06=06=06&*\207" [#[257 "\302\203\n\302!\205=00\301= \203=00\301!\205=00\300?\206=00\300!\207" [file-directory-p #[257 "\211GSH\= 302=3D\203=00\301\205=00\303\301\"\202=00\300\205=00\303\300\"?\207" ["~\\'= " "\\`\\(\\.\\.?\\|CVS\\)/\\'" 47 string-match] 4 "\n\n(fn FILE)"] nil] 3 "= \n\n(fn F)"] pcomplete-compare-entry-function pcomplete-ignore-case complet= ion-ignore-case completion-ignored-extensions metadata cycle-sort-function = #[257 "\301\"\207" [pcomplete-compare-entry-function sort] 4 "\n\n(fn COMP= S)"] completion-file-name-table nil completion-table-with-predicate comint-= completion-file-name-table strict] 10 "\n\n(fn S P A)"] pcomplete--env-rege= xp nil string-match 0 1 getenv match-string 2 t boundaries mapconcat identi= ty "" complete-with-action apply + mapcar length completion-boundaries make= -byte-code 257 "\211\300\301O\207" vconcat vector [nil] 4 "\n\n(fn S)"] 17 = "\n\n(fn STRING PRED ACTION)"]("/" nil t) all-completions("/" #[771 "\302G\303 =06\"\203)=04\304\305\224OB\262\306\= 307\310=07\"!B\262=04\305\225\302O\262\202=00\203:=02\311=3D\204O=02\242\31= 2=3D\204O\313\314=06B\237\315#\316\300=06$\262\202\307\317\320\321\322\"\"= \313\314=07B\237\315#\323\300\243\206k\315$\211@Y\203\223=05\311=3D\203\2= 04\316=06\300=06\n$\202\305\312@=04GZ\\ABB\202\305=05\311=3D\203\272\316=06= \300=06\n$=02@Z\321\324\325\326\327\330=06!\331\"\332\333%\"\266\202\202\30= 5\312=05GZ\\ABB\266\203\207" [#[771 "\211\305=3D\203=00 \203=00\305\306\307= B\310=05#ABB\207\311\n=1C\312\313\300\314=06=06=06&*\207" [#[257 "\302\203\= n\302!\205=00\301\203=00\301!\205=00\300?\206=00\300!\207" [file-directory-= p #[257 "\211GSH\302=3D\203=00\301\205=00\303\301\"\202=00\300\205=00\303\3= 00\"?\207" ["~\\'" "\\`\\(\\.\\.?\\|CVS\\)/\\'" 47 string-match] 4 "\n\n(fn= FILE)"] nil] 3 "\n\n(fn F)"] pcomplete-compare-entry-function pcomplete-ig= nore-case completion-ignore-case completion-ignored-extensions metadata cyc= le-sort-function #[257 "\301\"\207" [pcomplete-compare-entry-function sort= ] 4 "\n\n(fn COMPS)"] completion-file-name-table nil completion-table-with-= predicate comint-completion-file-name-table strict] 10 "\n\n(fn S P A)"] pc= omplete--env-regexp nil string-match 0 1 getenv match-string 2 t boundaries= mapconcat identity "" complete-with-action apply + mapcar length completio= n-boundaries make-byte-code 257 "\211\300\301O\207" vconcat vector [nil] 4 = "\n\n(fn S)"] 17 "\n\n(fn STRING PRED ACTION)"]) pcomplete-stub("/" #[771 "\302G\303 =06\"\203)=04\304\305\224OB\262\306\3= 07\310=07\"!B\262=04\305\225\302O\262\202=00\203:=02\311=3D\204O=02\242\312= =3D\204O\313\314=06B\237\315#\316\300=06$\262\202\307\317\320\321\322\"\"\= 313\314=07B\237\315#\323\300\243\206k\315$\211@Y\203\223=05\311=3D\203\20= 4\316=06\300=06\n$\202\305\312@=04GZ\\ABB\202\305=05\311=3D\203\272\316=06\= 300=06\n$=02@Z\321\324\325\326\327\330=06!\331\"\332\333%\"\266\202\202\305= \312=05GZ\\ABB\266\203\207" [#[771 "\211\305=3D\203=00 \203=00\305\306\307B= \310=05#ABB\207\311\n=1C\312\313\300\314=06=06=06&*\207" [#[257 "\302\203\n= \302!\205=00\301\203=00\301!\205=00\300?\206=00\300!\207" [file-directory-p= #[257 "\211GSH\302=3D\203=00\301\205=00\303\301\"\202=00\300\205=00\303\30= 0\"?\207" ["~\\'" "\\`\\(\\.\\.?\\|CVS\\)/\\'" 47 string-match] 4 "\n\n(fn = FILE)"] nil] 3 "\n\n(fn F)"] pcomplete-compare-entry-function pcomplete-ign= ore-case completion-ignore-case completion-ignored-extensions metadata cycl= e-sort-function #[257 "\301\"\207" [pcomplete-compare-entry-function sort]= 4 "\n\n(fn COMPS)"] completion-file-name-table nil completion-table-with-p= redicate comint-completion-file-name-table strict] 10 "\n\n(fn S P A)"] pco= mplete--env-regexp nil string-match 0 1 getenv match-string 2 t boundaries = mapconcat identity "" complete-with-action apply + mapcar length completion= -boundaries make-byte-code 257 "\211\300\301O\207" vconcat vector [nil] 4 "= \n\n(fn S)"] 17 "\n\n(fn STRING PRED ACTION)"]) pcomplete-do-complete("/" #[771 "\302G\303 =06\"\203)=04\304\305\224OB\26= 2\306\307\310=07\"!B\262=04\305\225\302O\262\202=00\203:=02\311=3D\204O=02\= 242\312=3D\204O\313\314=06B\237\315#\316\300=06$\262\202\307\317\320\321\3= 22\"\"\313\314=07B\237\315#\323\300\243\206k\315$\211@Y\203\223=05\311=3D= \203\204\316=06\300=06\n$\202\305\312@=04GZ\\ABB\202\305=05\311=3D\203\272\= 316=06\300=06\n$=02@Z\321\324\325\326\327\330=06!\331\"\332\333%\"\266\202\= 202\305\312=05GZ\\ABB\266\203\207" [#[771 "\211\305=3D\203=00 \203=00\305\3= 06\307B\310=05#ABB\207\311\n=1C\312\313\300\314=06=06=06&*\207" [#[257 "\30= 2\203\n\302!\205=00\301\203=00\301!\205=00\300?\206=00\300!\207" [file-dire= ctory-p #[257 "\211GSH\302=3D\203=00\301\205=00\303\301\"\202=00\300\205=00= \303\300\"?\207" ["~\\'" "\\`\\(\\.\\.?\\|CVS\\)/\\'" 47 string-match] 4 "\= n\n(fn FILE)"] nil] 3 "\n\n(fn F)"] pcomplete-compare-entry-function pcompl= ete-ignore-case completion-ignore-case completion-ignored-extensions metada= ta cycle-sort-function #[257 "\301\"\207" [pcomplete-compare-entry-functio= n sort] 4 "\n\n(fn COMPS)"] completion-file-name-table nil completion-table= -with-predicate comint-completion-file-name-table strict] 10 "\n\n(fn S P A= )"] pcomplete--env-regexp nil string-match 0 1 getenv match-string 2 t boun= daries mapconcat identity "" complete-with-action apply + mapcar length com= pletion-boundaries make-byte-code 257 "\211\300\301O\207" vconcat vector [n= il] 4 "\n\n(fn S)"] 17 "\n\n(fn STRING PRED ACTION)"]) pcomplete(1) funcall-interactively(pcomplete 1) call-interactively(pcomplete record nil) command-execute(pcomplete record) execute-extended-command(nil "pcomplete" "pcomplete") funcall-interactively(execute-extended-command nil "pcomplete" "pcomplete= ") call-interactively(execute-extended-command nil nil) command-execute(execute-extended-command) --8<---------------cut here---------------end--------------->8--- Best regards, Michael. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Mar 2016 16:07:02 +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: To: Michael Albinus Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145831721318085 (code B ref 23006); Fri, 18 Mar 2016 16:07:02 +0000 Received: (at 23006) by debbugs.gnu.org; 18 Mar 2016 16:06:53 +0000 Received: from localhost ([127.0.0.1]:52826 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1agwvN-0004hd-Lm for submit@debbugs.gnu.org; Fri, 18 Mar 2016 12:06:53 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:51619) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1agwvL-0004hP-6L for 23006@debbugs.gnu.org; Fri, 18 Mar 2016 12:06:51 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0A2FgA731xV/xSQs2tcgxCEAoVVu0CEfoJNBAICgTw7EgEBAQEBAQGBCkEFg10BAQMBViMFCws0EhQYDSSINwjPIwEBAQEBAQQBAQEBHos6hQUHhC0Fi0STU5IUg1kjgWaCLiKCeAEBAQ X-IPAS-Result: A0A2FgA731xV/xSQs2tcgxCEAoVVu0CEfoJNBAICgTw7EgEBAQEBAQGBCkEFg10BAQMBViMFCws0EhQYDSSINwjPIwEBAQEBAQQBAQEBHos6hQUHhC0Fi0STU5IUg1kjgWaCLiKCeAEBAQ X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="196673681" Received: from 107-179-144-20.cpe.teksavvy.com (HELO pastel.home) ([107.179.144.20]) by ironport2-out.teksavvy.com with ESMTP; 18 Mar 2016 12:06:45 -0400 Received: by pastel.home (Postfix, from userid 20848) id 667845FE67; Fri, 18 Mar 2016 12:06:45 -0400 (EDT) From: Stefan Monnier Message-ID: References: <871t7d4ion.fsf@gmx.de> <8737rohoke.fsf@gmx.de> Date: Fri, 18 Mar 2016 12:06:45 -0400 In-Reply-To: <8737rohoke.fsf@gmx.de> (Michael Albinus's message of "Thu, 17 Mar 2016 20:49:53 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > What do you expect (file-name-directory "/davs:") to return else? IIUC "/davs:hello.c" is parsed as a reference to a file on the host "davs" and we nowadays signal an error in that case telling the user to use an explicit "/ssh:davs:hello.c" instead. At least that's how I interpret the tramp-file-name-handler: Host name must not match method "davs" (replace "davs" with "adb" and friends depending on your particular case) we get in the recipe. So, assuming this interpretation is correct, I think "/davs:" should not be considered a valid "directory" name. So I see two options: - (file-name-directory "/davs:") returns "/" - (file-name-directory "/davs:") returns "/davs:" and Tramp accepts (file-name-all-completions "" "/davs:") without signaling an error. > And yes, in this case no trailing slash is added. Hmm, maybe it shall > return "/davs:./". Would this be better? I don't know what are the tradeoffs in this regard, so I have no preference in this regard. But what (file-name-directory "/davs:") returns should be a directory name that file-name-all-completions can use and to the extent that "/davs:" is the prefix of valid file names, file-name-all-completions should not signal an error (it's acceptable if it doesn't actually lists all those valid file names, OTOH). Stefan From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Mar 2016 16:14:02 +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: To: Michael Albinus Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145831761418691 (code B ref 23006); Fri, 18 Mar 2016 16:14:02 +0000 Received: (at 23006) by debbugs.gnu.org; 18 Mar 2016 16:13:34 +0000 Received: from localhost ([127.0.0.1]:52834 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1agx1q-0004rP-KV for submit@debbugs.gnu.org; Fri, 18 Mar 2016 12:13:34 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:38246) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1agx1q-0004rE-1A for 23006@debbugs.gnu.org; Fri, 18 Mar 2016 12:13:34 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0A2FgA731xV/xSQs2tcgxCEAoVVu0CEfoJNBAICgTw7EgEBAQEBAQGBCkEFg10BAQMBViMFCws0EhQYDSSINwjPIwEBAQEBAQQBAQEBHos6hQUHhC0Fi0SpQCOEFCKCeAEBAQ X-IPAS-Result: A0A2FgA731xV/xSQs2tcgxCEAoVVu0CEfoJNBAICgTw7EgEBAQEBAQGBCkEFg10BAQMBViMFCws0EhQYDSSINwjPIwEBAQEBAQQBAQEBHos6hQUHhC0Fi0SpQCOEFCKCeAEBAQ X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="196674513" Received: from 107-179-144-20.cpe.teksavvy.com (HELO pastel.home) ([107.179.144.20]) by ironport2-out.teksavvy.com with ESMTP; 18 Mar 2016 12:13:28 -0400 Received: by pastel.home (Postfix, from userid 20848) id 7108B5FE67; Fri, 18 Mar 2016 12:13:28 -0400 (EDT) From: Stefan Monnier Message-ID: 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> Date: Fri, 18 Mar 2016 12:13:28 -0400 In-Reply-To: <87egb8faxv.fsf@gmx.de> (Michael Albinus's message of "Fri, 18 Mar 2016 09:27:08 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > tramp-send-command([#("scp" 0 3 (tramp-default t)) nil "adb" "" nil] "cd ~ && pwd") > tramp-sh-handle-expand-file-name("/adb:" "/") > apply(tramp-sh-handle-expand-file-name ("/adb:" "/")) > tramp-sh-file-name-handler(expand-file-name "/adb:" "/") > apply(tramp-sh-file-name-handler expand-file-name ("/adb:" "/")) > tramp-file-name-handler(expand-file-name "/adb:" "/") > expand-file-name("adb:" "/") > apply(expand-file-name ("adb:" "/")) > tramp-completion-run-real-handler(expand-file-name ("adb:" "/")) > tramp-completion-file-name-handler(expand-file-name "adb:" "/") > file-directory-p("adb:") And I think here we have another related problem: (file-directory-p "/adb:") should not try to connect to the "adb" host, because this name is ambiguous. A big part of the problem here is our support for the "/:" syntax. I wonder if we could demote this syntax. One option is of course to drop it altogether (I'm biased: I never use it). But maybe another is to only support it in substitute-in-file-name, where it'd get expanded to its more verbose equivalent. Stefan From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Mar 2016 17:02:02 +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: To: Stefan Monnier Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145832051323185 (code B ref 23006); Fri, 18 Mar 2016 17:02:02 +0000 Received: (at 23006) by debbugs.gnu.org; 18 Mar 2016 17:01:53 +0000 Received: from localhost ([127.0.0.1]:52880 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1agxma-00061s-Q9 for submit@debbugs.gnu.org; Fri, 18 Mar 2016 13:01:52 -0400 Received: from mout.gmx.net ([212.227.17.20]:51062) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1agxmY-00061f-7D for 23006@debbugs.gnu.org; Fri, 18 Mar 2016 13:01:50 -0400 Received: from detlef.gmx.de ([87.146.50.242]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0LrJTs-1ZeFAX2ix2-013AMB; Fri, 18 Mar 2016 18:01:41 +0100 From: Michael Albinus 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> Date: Fri, 18 Mar 2016 18:01:39 +0100 In-Reply-To: (Stefan Monnier's message of "Fri, 18 Mar 2016 12:13:28 -0400") Message-ID: <8760wj3eks.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:GtoigmnNY1fYQ1T70fVjoXgEL1u7VJAKH5YvPwXyBwX03V0WrQ+ Bb0UueafgDLW9fmUeicznCVAMEyy9qy1u1ph9UOrbAgKCOTmE9VGsnPbYg53A8hZmIVL7aq Of2vZOSnBE3YO5HBZQRL+h7pwkusupkdGIAbSlUvfceCs8GUs9sd7X+5ZKUW4IgXzOzG8op Y0xHkZ29JGASvsNqyl+GA== X-UI-Out-Filterresults: notjunk:1;V01:K0:dwIosguP4/s=:wLWIZZfLq2xTGny8PxtN2/ 8ljeEEwaMbVBj9j4Qa+gekgbZxpB22MYZAgYqdtslUDn9pq9KG+cvdJp1pR8mT8+S+vhjAbVA 23PPbp34PzDZgyUIe/UQ7jmeQcy2dSyjl0cmTtz8FQC1OBJRq45ZxT1OQ6OAR7W9+pKb81PWK nk+6IpCMf9eYDd6Bzz56NS2/6WIDCQFTkCJP9ON2ULS9RAbsGhZqBKFUeruU+vXXYExMaJnUI yZhLNcovQZPjKiLmhJnZ4OiQ5rQa7Ocvu3hTqfPlJhZ8EEqslXywYPtCfRc6atQQwTyFOiHOg 7Md1BhoR7OcjCQ/8U3FP0YOMt2BsuOgqGOwYDML/COaAvlQ/wisRT9wxUSQNm0kVCxGvzk3O5 1OJObm7eEELbbtg6rnPE4h3RfAvnQOGZmRjuQ9ZXap7GPQj+kid4EGMCV+DRrWdvPHB1zivoQ 6bfFFBz8htnnXRHrG4IisRj9rQa9Yu/DaJCODMgLYkcFIvyHcTjKygyoY32sqZOR41RJcs3wz 2wugnIdSbl/NJLbkr89EhLn2oXOHe3tUgO0E/Gc6d3kcrJpM8rlfZhAyiwWF1RYVJUfuSAW4x +FfEPyBN9JSwOgfEYxp51d3kGJ6Z9bMdFsb8zlCRThTBWAPvhV5MMUM9gBPa0/eNbACOiMMRj 95QL0PIP6rv31fcLIskydLpwAJGnU/ektoCd6d4TGs68ZnU/zFEp4JUMiwXJp2uaJIiCrmHIw DakPiab3axbbL+mQ/mfhh2G8LBYboUA9FG3Nvuz/pq5iYQJr7WwE2Vr0VVsnrmsKIfKH1QhG5 k9aSF1I X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Stefan Monnier writes: Hi Stefan, > A big part of the problem here is our support for the > "/:" syntax. I wonder if we could demote this syntax. One option > is of course to drop it altogether (I'm biased: I never use it). > But maybe another is to only support it in substitute-in-file-name, > where it'd get expanded to its more verbose equivalent. I fully agree with you, I haven't been ever in favor of the "/mehod:host:" syntax, and its abbreviation "/host:". Unfortunately, this was decided before I've entered Tramp maintenance (2002 or so). However, before we start with such radical changes, why do you oppose to use non-essential in pcomplete? According to my tests, this solves the problem. I know that you've planned to use non-essential for several use cases. But according to the status quo in the sources, until now it is used only for indication of file name completion being in progress. > Stefan Best regards, Michael. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Mar 2016 17:55: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: To: Michael Albinus Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145832365628041 (code B ref 23006); Fri, 18 Mar 2016 17:55:01 +0000 Received: (at 23006) by debbugs.gnu.org; 18 Mar 2016 17:54:16 +0000 Received: from localhost ([127.0.0.1]:52917 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1agybI-0007IB-D5 for submit@debbugs.gnu.org; Fri, 18 Mar 2016 13:54:16 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:52495) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1agybH-0007Hz-74 for 23006@debbugs.gnu.org; Fri, 18 Mar 2016 13:54:15 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AwEwA731xV/xSQs2tcgxCEAoVVuzcJhH6CTQQCAoE8ORQBAQEBAQEBgQpBBYNdAQEDAVYjBQsLMAQSFBgNJIg3CM8jAQEBAQEBBAEBAQEeizqFBQcYhBUFmW2bFyOEFCKCeAEBAQ X-IPAS-Result: A0AwEwA731xV/xSQs2tcgxCEAoVVuzcJhH6CTQQCAoE8ORQBAQEBAQEBgQpBBYNdAQEDAVYjBQsLMAQSFBgNJIg3CM8jAQEBAQEBBAEBAQEeizqFBQcYhBUFmW2bFyOEFCKCeAEBAQ X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="196690448" Received: from 107-179-144-20.cpe.teksavvy.com (HELO pastel.home) ([107.179.144.20]) by ironport2-out.teksavvy.com with ESMTP; 18 Mar 2016 13:53:48 -0400 Received: by pastel.home (Postfix, from userid 20848) id 8E6D75FE67; Fri, 18 Mar 2016 13:53:48 -0400 (EDT) From: Stefan Monnier Message-ID: 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> Date: Fri, 18 Mar 2016 13:53:48 -0400 In-Reply-To: <8760wj3eks.fsf@gmx.de> (Michael Albinus's message of "Fri, 18 Mar 2016 18:01:39 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > However, before we start with such radical changes, why do you oppose > to use non-essential in pcomplete? According to my tests, this solves > the problem. non-essential means that what we're doing is a skippable/secondary (aka non-essential) side-effect of the main operation. When the user hits TAB, performing completion is not a skippable side-effect of some other main operation. It *is* the main operation. When the user types "cd /ssh:myhost:src/ema TAB" she *wants* Tramp to prompt her for a password to then give her the valid completions. It'd be correct for company-mode to bind non-essential around the code which computes the completion data in response to the user's normal editing of the buffer (in order to decide whether the auto-popup a completion menu), because the completion is not the main operation. Similarly it's correct for icomplete to bind non-essential while computing the completion list, since it's done "in the background" in response to other editing commands and shouldn't get in the way of those editing commands. Stefan From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Mar 2016 20:22: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: To: Stefan Monnier Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.14583325199358 (code B ref 23006); Fri, 18 Mar 2016 20:22:01 +0000 Received: (at 23006) by debbugs.gnu.org; 18 Mar 2016 20:21:59 +0000 Received: from localhost ([127.0.0.1]:52967 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ah0uE-0002Qs-WF for submit@debbugs.gnu.org; Fri, 18 Mar 2016 16:21:59 -0400 Received: from mout.gmx.net ([212.227.17.22]:55859) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ah0uD-0002Qd-60 for 23006@debbugs.gnu.org; Fri, 18 Mar 2016 16:21:57 -0400 Received: from detlef.gmx.de ([87.146.50.242]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0MYwQh-1aLkb90mB9-00VjBH; Fri, 18 Mar 2016 21:21:48 +0100 From: Michael Albinus 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> Date: Fri, 18 Mar 2016 21:21:46 +0100 In-Reply-To: (Stefan Monnier's message of "Fri, 18 Mar 2016 13:53:48 -0400") Message-ID: <8760wj4jvp.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:qylMWC8LU/IOloe1ItDzyukJIRXyn4nCJgyTRnSoUt7of9RdIgK tepN/cVkO/K4AVJWPjVZ61Ye9fNR2FAvVUm/AMkbG6CkPCJm3hrWhGSrjHCqSo4jzifLIYy YvzhR70ylxZp5RJQ+Ctw18hfNpwCve710Yfqd6HM/Hg7TTeMD0em0lVzc/ALw51Jo/DlNOg EqMPhpXyzwuN+UudnlnKg== X-UI-Out-Filterresults: notjunk:1;V01:K0:kLlIG2zWwJ4=:QCozZzclu6QvEUU6dQemhx hh+mGDCb03ZYX3L2uyiWvA9Ev9q9TUWfQyqX4Uw+mjOJZLhREcQMl+GSZF11D4eXpfUzLYxSL nuyesZZrdstM5vzl5OHFEgpz4XIjH8cKEAKvr26RWudN4pVau6JdbyQ5RCYLyDAAaTTcagEza jFsdZN5vIaB27YrqwEV8HXXLI8QuRbaS542gGfPeUrm973Yw31SnOerOVvnfTBjo5cj+/J7Lm dfNu8YBvZldH8Z2EHXVrh93y4+gnRXfg+qxfpM9uZ6mV6MJGGU59I0SmFCIMfSXcz8JRNPerU Y/5fVcc9NRAezVHozx9ArUumGVbPmKIOPcSwcgp/sKbaYo0DCcJ1Vb7kFV0gfIFVX0BI4zl5k o8RkAs7T5ZmJFwajhFWrdJhj17O9tSzoMQGF3QXAJ2PJtNXyczwDpHbTdXSThhnm2oppJfrl4 ViB2gemvq/IcA5Z+8+aF7WL6h/dHnCt61HnU/Bfz8JpPjnZ0CyUX8HYJEwtWGxXya88lnnPg/ TXfAg4W1AwI3i5+jV710ZhxSrDyCAZnk6McqYuN2Ybr1YOx24pxVNlvVvHYLherm+wggX+uW/ 6dZQZe5pDe8lo3jBa+yP6T21mTpQ8a+izDGiP9BaSpFJ1GBSPw1H1UcbzP19ma0Q0egGTjUej CMmiI3XdjHc66hTrdVwZHqKelHJNqwqzM2nRVvhfE1pq6UCJtPvrKMJQT4CU4bdPo7t1WX8/P v5IpO+ixUpT5WAqpnYaWDAwQ57OAqArcwjdta/y4uk3lzpJvI+k7uSNyymH9JJSvYsUPh6S15 YZQfnUW X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Stefan Monnier writes: >> However, before we start with such radical changes, why do you oppose >> to use non-essential in pcomplete? According to my tests, this solves >> the problem. > > non-essential means that what we're doing is a skippable/secondary (aka > non-essential) side-effect of the main operation. When the user hits > TAB, performing completion is not a skippable side-effect of some other > main operation. It *is* the main operation. > > When the user types "cd /ssh:myhost:src/ema TAB" she *wants* Tramp to > prompt her for a password to then give her the valid completions. non-essential is essential for Tramp only until the completion of method and host is finished. As soon as the filename contains two colons, or a slash, it completes. No problem with your example, therefore. You'll get "/ssh:myhost:src/emacs/" after hitting TAB, even if non-essential is bound to t. > Stefan Best regards, Michael. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Mar 2016 22:42: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: To: Michael Albinus Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145834088722530 (code B ref 23006); Fri, 18 Mar 2016 22:42:01 +0000 Received: (at 23006) by debbugs.gnu.org; 18 Mar 2016 22:41:27 +0000 Received: from localhost ([127.0.0.1]:53058 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ah35D-0005rK-5f for submit@debbugs.gnu.org; Fri, 18 Mar 2016 18:41:27 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:28915) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ah35A-0005r6-SU for 23006@debbugs.gnu.org; Fri, 18 Mar 2016 18:41:25 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0A6FgA731xV/xSQs2tcgxCEAoVVwD6CTQQCAoE8PBEBAQEBAQEBgQpBBYNdAQEDAVYjBQsLNBIUGA0kiDcIzyMBAQEBAQEEAQEBAR6LOoUFB4QtBZ8XkhSDWSOEFCKCeAEBAQ X-IPAS-Result: A0A6FgA731xV/xSQs2tcgxCEAoVVwD6CTQQCAoE8PBEBAQEBAQEBgQpBBYNdAQEDAVYjBQsLNBIUGA0kiDcIzyMBAQEBAQEEAQEBAR6LOoUFB4QtBZ8XkhSDWSOEFCKCeAEBAQ X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="196741617" Received: from 107-179-144-20.cpe.teksavvy.com (HELO pastel.home) ([107.179.144.20]) by ironport2-out.teksavvy.com with ESMTP; 18 Mar 2016 18:41:18 -0400 Received: by pastel.home (Postfix, from userid 20848) id 9733D5FE67; Fri, 18 Mar 2016 18:41:17 -0400 (EDT) From: Stefan Monnier Message-ID: 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> Date: Fri, 18 Mar 2016 18:41:17 -0400 In-Reply-To: <8760wj4jvp.fsf@gmx.de> (Michael Albinus's message of "Fri, 18 Mar 2016 21:21:46 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > non-essential is essential for Tramp only until the completion of method > and host is finished. As soon as the filename contains two colons, or a > slash, it completes. No problem with your example, therefore. You'll get > "/ssh:myhost:src/emacs/" after hitting TAB, even if non-essential is > bound to t. If the connection was not yet established, I think it'd be risky for Tramp to provide the completion when non-essential is non-nil, because establishing a connection risks being too intrusive for a non-essential operation (it's probably OK to reuse an existing connection, OTOH). Stefan From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Mar 2016 22:52: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: To: Stefan Monnier , Michael Albinus Cc: 23006@debbugs.gnu.org Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145834148423433 (code B ref 23006); Fri, 18 Mar 2016 22:52:01 +0000 Received: (at 23006) by debbugs.gnu.org; 18 Mar 2016 22:51:24 +0000 Received: from localhost ([127.0.0.1]:53062 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ah3Eq-00065s-5I for submit@debbugs.gnu.org; Fri, 18 Mar 2016 18:51:24 -0400 Received: from mail-wm0-f53.google.com ([74.125.82.53]:37930) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ah3En-00065I-Eq for 23006@debbugs.gnu.org; Fri, 18 Mar 2016 18:51:21 -0400 Received: by mail-wm0-f53.google.com with SMTP id l68so55904078wml.1 for <23006@debbugs.gnu.org>; Fri, 18 Mar 2016 15:51:21 -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=OeYWUCfozkpQq7sBxdqsq7s+NPzy4IterkJ4L77MdZw=; b=eIJkzEbRpgTIvhUOq/bAk6tx9yyVO2Wh4dUCSlnxPgiJ5vrwrrbfUBRCh28oMSh/m4 qMPFTckHSycrtxPcTQawajo0BjvtXdIu9w8xzf3I8wx5Wpbipub3jTfVyQEXiu6rgeOC ts0K2o4GWpH1rzW5Ui6bsLOjbct6b96/g5uLuGmqNvk/zx0CI67F3lgzd/5MMy0y3FA0 MkiNFQXCX3AVx19L05tuObH3gRbFpkw9DrdhhAlPKz8xlRhAbQkZH6Cn80nFQZkttrEA 0yNxEUo89Hx1eCQ1bJYwf4u4N2V7fU/PH1tin7VD5qokZAc/w2PS9195y5s8VgFH8P15 oW8A== 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=OeYWUCfozkpQq7sBxdqsq7s+NPzy4IterkJ4L77MdZw=; b=W82w08HDANan6IVF/1zY2Ezzb4EAeDDbutJR0SseBuFasaa4LFnWnx60vK+8G2hRPB zQAl6Ev3JvdyJrnX35qGxCjbWEhM3PZlXI7luE2RDfphat/kh4es046W8dNWO+EjyTAU RKzr1I1DvZM8B5ZbijYaGKkp2f1LjXhbYe03GmqMvZcQ/u4+3GTYiu5OWYI+bDgPeRvm LCh7qzPeVCkASCODqe5XRDB+0ClSGQ80bbxh3iuFSOI5YuhJXhFzup5fk8Ds8aY6b2t1 flVZM/gucIp/4R17cBbgk5WrJP474XCLAkk/KyDGbMMHPL/5pyK934n3fySAOeXp016U TJyQ== X-Gm-Message-State: AD7BkJLHWGS1KErotsGi1pT26BM/iWF38iO9E8jQRvT5j0fOVIAlgaU7mykT4KSOMrUtpQ== X-Received: by 10.194.84.66 with SMTP id w2mr18459106wjy.6.1458341475505; Fri, 18 Mar 2016 15:51:15 -0700 (PDT) Received: from [192.168.1.2] ([185.105.175.24]) by smtp.googlemail.com with ESMTPSA id p189sm1211267wmb.7.2016.03.18.15.51.13 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 18 Mar 2016 15:51:14 -0700 (PDT) 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> From: Dmitry Gutov Message-ID: <96197db0-7be0-15ad-4f04-58ae7b6b6a11@yandex.ru> Date: Sat, 19 Mar 2016 00:51:13 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) On 03/18/2016 07:53 PM, Stefan Monnier wrote: > It'd be correct for company-mode to bind non-essential around the code > which computes the completion data in response to the user's normal > editing of the buffer (in order to decide whether the > auto-popup a completion menu), because the completion is not the main > operation. Makes sense. Applied in the upstream. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 19 Mar 2016 08:29:02 +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: To: Stefan Monnier Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145837610411275 (code B ref 23006); Sat, 19 Mar 2016 08:29:02 +0000 Received: (at 23006) by debbugs.gnu.org; 19 Mar 2016 08:28:24 +0000 Received: from localhost ([127.0.0.1]:53176 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahCFD-0002vn-P8 for submit@debbugs.gnu.org; Sat, 19 Mar 2016 04:28:23 -0400 Received: from mout.gmx.net ([212.227.15.15]:58506) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahCFC-0002va-7Z for 23006@debbugs.gnu.org; Sat, 19 Mar 2016 04:28:23 -0400 Received: from detlef.gmx.de ([79.195.13.135]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0LuxG5-1ZhZ520DFB-01083C; Sat, 19 Mar 2016 09:28:13 +0100 From: Michael Albinus 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> Date: Sat, 19 Mar 2016 09:28:10 +0100 In-Reply-To: (Stefan Monnier's message of "Fri, 18 Mar 2016 18:41:17 -0400") Message-ID: <871t7650th.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:GLVd8qgq5upCLD56EvVPUxdwvuBnIA5O0/WSgWu5XZbvHxQnezu lRUxKS/zzAU+gjxWo/1NRVejhlFTHfC654H5oAMlAx+0ZKOQe7V5wrnYCMqEUmKkzREveGL QENEWjhGP6m0AzhqWo5OED9MaEsz3MKITnLBZUvx1vTPAKlwlMHfRBtIpD1hXjIZelrn5FW zph5urakD+ml4x2zzvlUQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:hIcWCPHann0=:rugYpEXJ8EB0iAeTvzvmlc xQNJe3AvQj/bUTzQ3kii+nwyUfnbZOFhrZhQDQZiCgBBRokWGAtABNJroe2Os7iFTpNCzBflN 324gCTkHTsSNCilLekib879GeNtXPm7bvsGLuDktgDecTWU2ymbn6bQRb3C9KjpIV0lOLFWAZ I8863HUa5BzTBJUyiZkdwN/uLI9d10opPqQP8dkzRAkNTuCOQPvG7iM2lRzL8+oMmLArbVjJP BjobdS60tTdYW0aILo67x9WqpBHyOmfqI442tRwfy2/Zqp3sZ4hYAnSa027fJd3ue2ye27h1I uMZ4KwP9J2h2wt0wM/jnznDrjib2CO5b+og2PS3rJN6Yxm0+e8/WpQQwkWDb4OdbYn2izMkxA u+Aqb8kM8YVm3kmlyEL2YAwXnhfqZsimnYVk2EWfo9j6aFFZoEb00/2X6HuIeB2x32XTCunf7 EPvqOjC14mickEV8em4s2FoXtFQr3JNindXc7Jw783V9DkVo9c8N0OfyUCqmdXQCKsXSVcNGm kdZwtvW3fH5a8XjGOadv32msLqJhRnHnqVYfazzfSIKzn+Fu3P6+qMOqWY2l1teR2tYlax9z3 UKOm6XpbWWudWXRf8bLaO2oIe2sV4g75upPUEDRvshGA2iPwIPXl+y1G3svko4+6DM+bDsCby GDLzHLg/qmxo2h78R23o0n6R8L1GAYdDd4jh2FdcuiSu7viK7qPUDVtuV18HCeIkn+Vep3YHe RQVIGdqAz24c99u64O9Mmk386YYmV1qLxQLYgvL+7HEOBVQzALaaVZl6D+M0bgx76GvHy+Ox+ UrJfA33 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Stefan Monnier writes: >> non-essential is essential for Tramp only until the completion of method >> and host is finished. As soon as the filename contains two colons, or a >> slash, it completes. No problem with your example, therefore. You'll get >> "/ssh:myhost:src/emacs/" after hitting TAB, even if non-essential is >> bound to t. > > If the connection was not yet established, I think it'd be risky for > Tramp to provide the completion when non-essential is non-nil, because > establishing a connection risks being too intrusive for a non-essential > operation (it's probably OK to reuse an existing connection, OTOH). When we have "/ssh:myhost:src/em" to complete, and the user indicates she wants completion (pressing TAB or so), she expresses her wish to open a connection to myhost. No reason to deny this. non-essential comes in play only when hostname completion hasn't been finished. This is how Tramp behaves for years. I haven't heard complaints about (except the cases non-essential isn't let-bound, like the one we're discussing here). Again, I still don't understand why it hurts to bind non-essential in pcomplete. > Stefan Best regards, Michael. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 19 Mar 2016 12:36: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: To: Michael Albinus Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.14583909197559 (code B ref 23006); Sat, 19 Mar 2016 12:36:01 +0000 Received: (at 23006) by debbugs.gnu.org; 19 Mar 2016 12:35:19 +0000 Received: from localhost ([127.0.0.1]:53244 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahG6B-0001xr-Mw for submit@debbugs.gnu.org; Sat, 19 Mar 2016 08:35:19 -0400 Received: from chene.dit.umontreal.ca ([132.204.246.20]:48202) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahG69-0001xh-Pg for 23006@debbugs.gnu.org; Sat, 19 Mar 2016 08:35:18 -0400 Received: from ceviche.home (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id u2JCZgTL032422; Sat, 19 Mar 2016 08:35:42 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 995786619D; Sat, 19 Mar 2016 08:35:06 -0400 (EDT) From: Stefan Monnier Message-ID: 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> Date: Sat, 19 Mar 2016 08:35:06 -0400 In-Reply-To: <871t7650th.fsf@gmx.de> (Michael Albinus's message of "Sat, 19 Mar 2016 09:28:10 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV5615=0 X-NAI-Spam-Version: 2.3.0.9418 : core <5615> : inlines <4535> : streams <1605430> : uri <2169838> X-Spam-Score: -1.3 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.3 (-) > non-essential comes in play only when hostname completion hasn't been > finished. Could you expand on this? Do you mean when completing things like "/ssh:toto" ? In that case I agree that Tramp shouldn't open a connection, but I think this should be regardless of non-essential. But do you also mean that completing "/ssh:host:tmp/ema" will open a new connection regardless of non-essential? If so, as mentioned I think that would be a mistake. > This is how Tramp behaves for years. I haven't heard complaints about > (except the cases non-essential isn't let-bound, like the one we're > discussing here). Sounds like we agree, then: this should not be affected by non-essential. Stefan From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 19 Mar 2016 15:29:02 +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: To: Stefan Monnier Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145840131424749 (code B ref 23006); Sat, 19 Mar 2016 15:29:02 +0000 Received: (at 23006) by debbugs.gnu.org; 19 Mar 2016 15:28:34 +0000 Received: from localhost ([127.0.0.1]:53826 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahInq-0006R6-D3 for submit@debbugs.gnu.org; Sat, 19 Mar 2016 11:28:34 -0400 Received: from mout.gmx.net ([212.227.15.19]:63974) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahIno-0006Qt-BF for 23006@debbugs.gnu.org; Sat, 19 Mar 2016 11:28:33 -0400 Received: from detlef.gmx.de ([79.195.13.135]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0LqzIJ-1aCu3g1tJb-00eYwa; Sat, 19 Mar 2016 16:28:23 +0100 From: Michael Albinus 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> Date: Sat, 19 Mar 2016 16:28:21 +0100 In-Reply-To: (Stefan Monnier's message of "Sat, 19 Mar 2016 08:35:06 -0400") Message-ID: <87io0i32sq.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:koP1iDYUInRsgvY15eO8vfQNDkwGqkfrzQv8EAygoBy6hc5qHYM lCrySE0uYPFly2I3ziM2pcd/J1lIG0PPSXijmFVjWddDJ9N6N9S+1mOD/wJvBld70jBJBae FQqiAipTQc46vaSG2p3/Sm9gHyfJGruvxgNEYdchZ5QQBAScHpCBxU/KSGWZddtSP16Jxqs mQbu5W7JAhtaKRg6wnATQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:4wFKf5jpElM=:S6Mtao97Z4+ZV6hWa/j58r jux9WZGlOLHjzEO0YQZmDuE78E7/cdGEad3iFA9MVgGCl78ruxshiHD8n2HZZKqeJE1fdlyZh DhSi357d8euIhJA3CCEUNlkjvIwNuml8D+VM6GTlD5RaEjuEGRcTLrAOEHC4VeXqhHyEcT3Cb pN+jga1GsejTG58H2UAI0SyVpf2JqyOYm8+NRCDeo9WEOxY5l72B7e0u3997MBNwMuz7pNHIK hYGPfQOVwHq+p+2f9i+957iNpgokMygdI1B+lPQdn+JuJWacX8r1bjC+wzgg4e4hYUH4hy1Mj ZxrtgGrKPfk0VOFpl6QCI+jfSQ+5RYENi6cs4T1yQClf4ZO5/H7IKx4qyg5U5VFIkDeP1YA9s fDS9tJf7rX5L5Ll2h9tNTd3xfWtnwr6LLOj+g6CekNJy4AfpNTZQrgbfU6W6FsRDK1J+30fjw M1H2XOMQWhC5WtSA7z4qYmZJOjfNkxkkeIflMbrLf93eC8raOgchn2uglPfSFHFBrfzgVAvDp /skwPdNTXTLEqcFRZy4TQJznQ/TTIEsWfJ3U1SRWoaGY0VIeksglEgMX+v4bl1gJPPg23GHmO V6rHwXYFvKvhJ0M1uHyI7mAtGILgfNQV3SoKfHaP8yvInsCaeI5qag5GKXIkeEpCmF/+NOgdx XQXaDm0givXHgp4vxXCmw6LC3eYjBeKUvuKwS6znPFlXoTIvvzCKkHk1g47SpV1mlcTKjGI0g GJdnMjYkxIAgFTuPP+bk4AewZ/bkEMpxvr5+DZVhnAbrVy+Yo5rUQmMizUC/0ZVw6Wo3bc/H+ e0/wAVT X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Stefan Monnier writes: >> non-essential comes in play only when hostname completion hasn't been >> finished. > > Could you expand on this? > > Do you mean when completing things like "/ssh:toto" ? > In that case I agree that Tramp shouldn't open a connection, but I think > this should be regardless of non-essential. I'm not speaking about opening a connection. This is controlled independent of non-essential settings. I'm speaking about this error, that Tramp reports "/adb:" not being a valid hostname. This does not happen if non-essential is bound to non-nil, indicating to Tramp that the given filename is not complete yet. > But do you also mean that completing "/ssh:host:tmp/ema" will open a new > connection regardless of non-essential? If so, as mentioned I think > that would be a mistake. I don't believe it is a mistake. The presence of a slash indicates to Tramp, that the (Emacs) user has provided everything what's needed to say about method, (remote) user, and hostname to Tramp. So it is safe to open the connection. Otherwise, you would never be able to complete local pathnames for remote hosts, if the connection hasn't been established yet. Inconvenient. It is my daily scenario to type C-x C-f / / / s s h : h o s / u s The leading slashes are needed because I work usually on other remote machines in parallel. It's my typing style to start with three consecutive slashes :-) The first completes to "/ssh:host:" The second completes to "/ssh:host:/usr". And so on. I also perform very often "ediff" over machine boundaries. Usually, the first filename is on the machine I'm working on, and the second filename on another machine on a similar location. Once I have started ediff, I want to complete the (slightliy) different pathname of the second file while being asked from ediff for that filename. If I would need to open a connection to the second host in advance, this workflow would be impossible. >> This is how Tramp behaves for years. I haven't heard complaints about >> (except the cases non-essential isn't let-bound, like the one we're >> discussing here). > > Sounds like we agree, then: this should not be affected by non-essential. Yes, here we agree. Opening a new connection is not related to non-essential. > Stefan Best regards, Michael. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 19 Mar 2016 20:05: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: To: Michael Albinus Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145841785829532 (code B ref 23006); Sat, 19 Mar 2016 20:05:01 +0000 Received: (at 23006) by debbugs.gnu.org; 19 Mar 2016 20:04:18 +0000 Received: from localhost ([127.0.0.1]:53956 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahN6g-0007gG-7W for submit@debbugs.gnu.org; Sat, 19 Mar 2016 16:04:18 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:16395) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahN6e-0007g3-Oc for 23006@debbugs.gnu.org; Sat, 19 Mar 2016 16:04:16 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0A1FgA731xV/xSQs2tcgxCEAoVVu0CEfoJNBAICgTw7EgEBAQEBAQGBCkEFg10BAQRWIxALNBIUGA0kiD/PIwEBAQEBAQQBAQEBHos6hQUHhC0FnxeSFINZI4QUIoJ4AQEB X-IPAS-Result: A0A1FgA731xV/xSQs2tcgxCEAoVVu0CEfoJNBAICgTw7EgEBAQEBAQGBCkEFg10BAQRWIxALNBIUGA0kiD/PIwEBAQEBAQQBAQEBHos6hQUHhC0FnxeSFINZI4QUIoJ4AQEB X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="196986331" Received: from 107-179-144-20.cpe.teksavvy.com (HELO pastel.home) ([107.179.144.20]) by ironport2-out.teksavvy.com with ESMTP; 19 Mar 2016 16:04:08 -0400 Received: by pastel.home (Postfix, from userid 20848) id F02DD5FE67; Sat, 19 Mar 2016 16:04:07 -0400 (EDT) From: Stefan Monnier Message-ID: 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> Date: Sat, 19 Mar 2016 16:04:07 -0400 In-Reply-To: <87io0i32sq.fsf@gmx.de> (Michael Albinus's message of "Sat, 19 Mar 2016 16:28:21 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) Hi Michael, It seems we have a very fundamental misunderstanding about what "essential" means in this context. Can you explain *your* understanding of `non-essential', then? What does this var mean, for you? And how do you relate that to its documented meaning in its docstring? Stefan From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Mar 2016 15:09: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: To: Stefan Monnier Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145848651815885 (code B ref 23006); Sun, 20 Mar 2016 15:09:01 +0000 Received: (at 23006) by debbugs.gnu.org; 20 Mar 2016 15:08:38 +0000 Received: from localhost ([127.0.0.1]:55652 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahey6-000488-Aw for submit@debbugs.gnu.org; Sun, 20 Mar 2016 11:08:38 -0400 Received: from mout.gmx.net ([212.227.15.18]:54458) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahey4-00047v-Un for 23006@debbugs.gnu.org; Sun, 20 Mar 2016 11:08:37 -0400 Received: from detlef.gmx.de ([93.209.71.96]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0Lp3x6-1aBbPL2M1E-00erXf; Sun, 20 Mar 2016 16:08:27 +0100 From: Michael Albinus 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> Date: Sun, 20 Mar 2016 16:08:25 +0100 In-Reply-To: (Stefan Monnier's message of "Sat, 19 Mar 2016 16:04:07 -0400") Message-ID: <871t752nme.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:CKj3R7SCRHoEirFVZz2a4f9hvJEt7gz0lwTDUH0x0J2HBWPgN2g bQXVaCqsetiHSM+MbI0ZIDW6wLeRt3ZJz4/32/9UpDp7/5LCRT3AnGsrzdZXdr2omYLBafL cg3G3sk67j9vkfIyOB4sh/hYxyIhyZQY4R+jwLyvaF/rQPiL6bQWMK8o6ftS9Q0s3uxFECp NrU+UyDD81ZGD1FLZXViQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:ps6stoTr6rE=:FST6D/KM/MePb771v6DdBt IQ7CZfCWHbET/pGbhNlx0hLMXTV5cS3oiU5KO040MZ+8JVX3PqfrCnk00Wje8yJ/xYt6gJ0Y/ +FIDSsFfALkBcK7pkLVCuRXtxHKY2iO1obwtF21Ot2eAeOvB8OBrJ5YtgzRct0vN5tqCkLaMk CSPbUPlnllALt9UeSKJz56TA9Xbv8MOs4lladBc5QWVu/cvhl/HiVWlhZC1wvZHZSKjMR3jcj tDK6hRsrRahYYR3gkKOPO0TWED/0mC3x7spp973OoYz9IFp6rBkM8Pkv9q6e7a0/G2wza3nFN ntsEPeFSM9h5eP0wnmfFwBrUzMU/HKIpQgMAnb+F8upLno4AcZaxgbrqi7LddDMhT/yWfka0h UGhjAMvWDYE1ORKf+73ck80598ErURrd0JUPQDKqsqFHxnjtOnYz/rN372PR4F7aOdqN/RNfk 1NmjKrfBt8KTsbPVVsUC1WWqVpEzUqK4+pQAsXoy2kwLTYtuP8HoDM7LQBF7d0YPl2dobdneH J0BN8Ia2srXmXHNtp4QLGwMH399VHrw6YMy7ovV0hgJtm/m/907F98ETE6fTORcOEV6Th0EGs paF6BxcoZ9zszNnkBK75Q2IaIabY//qj4ac2OI7PizK5dGeLB2devUiWHwDwyrhY3i7pCidik k6H2WLldea7wjo/tRj/L2eqWTw/PD1JzLJE/DZRHGd7WN+UiUCBhxomzd+fK97qZ5U21x8GKq 0mWh/QNxdFfEiWdHiVhxHazmtL81ejmUsZ68+gzVe2gCCJHHMkq3nm9HLcF9nxnN4G9ES1Mjp HfCVdRR X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Stefan Monnier writes: > Hi Michael, Hi Stefan, > It seems we have a very fundamental misunderstanding about what > "essential" means in this context. Yes. It is not the first time we discuss this, see for example or . > 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. > And how do you relate that to its documented meaning in its docstring? "... it can be used to prevent Tramp from prompting the user for a password when we are simply scanning a set of files in the background or displaying possible completions before the user even asked for it." If the user has typed "/ssh:host:tmp/ema", and she requests for completion by typing TAB, the existence of the slash in the local file name part is an indication that "the user even asked for it" (completion on "host"). Without the slash in the local file name, Tramp does not perform completion on "host" when there is no connection yet. In a previous message I was wrong about this, saying that completion happens already when there are two colons. > Stefan Best regards, Michael. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Mar 2016 15:24:02 +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: To: Michael Albinus Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145848739617182 (code B ref 23006); Sun, 20 Mar 2016 15:24:02 +0000 Received: (at 23006) by debbugs.gnu.org; 20 Mar 2016 15:23:16 +0000 Received: from localhost ([127.0.0.1]:55657 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahfCG-0004T4-LK for submit@debbugs.gnu.org; Sun, 20 Mar 2016 11:23:16 -0400 Received: from pruche.dit.umontreal.ca ([132.204.246.22]:33042) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahfCE-0004Sw-US for 23006@debbugs.gnu.org; Sun, 20 Mar 2016 11:23:15 -0400 Received: from fmsmemgm.homelinux.net (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.7/8.14.1) with ESMTP id u2KFNBxi015127; Sun, 20 Mar 2016 11:23:12 -0400 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id 7A946AE695; Sun, 20 Mar 2016 11:23:11 -0400 (EDT) From: Stefan Monnier Message-ID: 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> Date: Sun, 20 Mar 2016 11:23:11 -0400 In-Reply-To: <871t752nme.fsf@gmx.de> (Michael Albinus's message of "Sun, 20 Mar 2016 16:08:25 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV5616=0 X-NAI-Spam-Version: 2.3.0.9418 : core <5616> : inlines <4536> : streams <1606021> : uri <2170626> X-Spam-Score: -1.3 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.3 (-) >> 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? And why would it be called `non-essential' instead of `in-completion'? >> And how do you relate that to its documented meaning in its docstring? > "... it can be used to prevent Tramp from prompting the > user for a password That's an example. > when we are simply scanning a set of files in the background or > displaying possible completions before the user even asked for it." That's the particular justification for not prompting the user. > If the user has typed "/ssh:host:tmp/ema", and she requests for > completion by typing TAB, the existence of the slash in the local file > name part is an indication that "the user even asked for it" (completion > on "host"). The fact that she hit TAB is enough indication. But in icomplete and company, we request completion data even though the user hasn't hit anything like TAB. Stefan From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Mar 2016 15:39: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: To: Michael Albinus , Stefan Monnier Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145848830318702 (code B ref 23006); Sun, 20 Mar 2016 15:39:01 +0000 Received: (at 23006) by debbugs.gnu.org; 20 Mar 2016 15:38:23 +0000 Received: from localhost ([127.0.0.1]:55686 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahfQs-0004ra-W0 for submit@debbugs.gnu.org; Sun, 20 Mar 2016 11:38:23 -0400 Received: from userp1040.oracle.com ([156.151.31.81]:46724) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahfQq-0004rM-Lo for 23006@debbugs.gnu.org; Sun, 20 Mar 2016 11:38:21 -0400 Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u2KFcCm5028321 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 20 Mar 2016 15:38:13 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserv0021.oracle.com (8.13.8/8.13.8) with ESMTP id u2KFcCIo020702 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 20 Mar 2016 15:38:12 GMT Received: from abhmp0015.oracle.com (abhmp0015.oracle.com [141.146.116.21]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id u2KFcB1F030090; Sun, 20 Mar 2016 15:38:11 GMT MIME-Version: 1.0 Message-ID: Date: Sun, 20 Mar 2016 08:38:10 -0700 (PDT) From: Drew Adams 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> In-Reply-To: <871t752nme.fsf@gmx.de> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6744.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: aserv0021.oracle.com [141.146.126.233] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > "... it can be used to prevent Tramp from prompting the > user for a password when we are simply scanning a set of files in the > background or displaying possible completions before the user even asked > for it." Those are two examples. More generally, it can be used to prevent Tramp from prompting _for any reason_ and _in any context_ where a file name is read (any context where Tramp is invoked - e.g. by a file handler). > If the user has typed "/ssh:host:tmp/ema", and she requests for > completion by typing TAB, the existence of the slash in the local file > name part is an indication that "the user even asked for it" (completion > on "host"). >=20 > Without the slash in the local file name, Tramp does not perform > completion on "host" when there is no connection yet. In a previous > message I was wrong about this, saying that completion happens already > when there are two colons. Those are explanations of why someone using vanilla Emacs might want to inhibit Tramp from prompting. They might be sufficient reasons for Tramp not to prompt, in that vanilla context. But they are not _necessary_ conditions to inhibit prompting. Phrases such as "by typing TAB" and "slash in the local file name part" are inappropriate considerations here. They do not belong in a Tramp consideration of what it means for `non-essential' to be non-nil. Tramp should simply honor `non-essential' without question. It is not Tramp's business what the reasons might be for inhibiting its prompting. It should not make any assumptions about the kind of completion being used or the mechanism of completion - or even whether any completion is currently being done. It should not care why it is being inhibited from prompting - no second-guessing. It should not even look at the input string if `non-essential' is non-nil. If it is non-nil then Tramp should not consider perhaps prompting if the input string is this or that or contains this or that. If non-nil then hands-off, please - no questions asked. It is typically the file-name reading code that binds/sets `non-essential', and it is up to whatever code that does that to decide whether Tramp should be able to prompt for connection info (password etc.). Tramp needs to keep its hands off if `non-essential' is non-nil, and not second-guess _why_ it is non-nil and what that might really mean to the code that made it non-nil. Of course, it's possible I'm missing something big here, in which case I apologize. But my impression from what I've seen so far is that you are now digging into the weeds in territory where Tramp does not really belong. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Mar 2016 15:47: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: To: Stefan Monnier Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145848877423701 (code B ref 23006); Sun, 20 Mar 2016 15:47:01 +0000 Received: (at 23006) by debbugs.gnu.org; 20 Mar 2016 15:46:14 +0000 Received: from localhost ([127.0.0.1]:55723 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahfYT-00069Z-Oc for submit@debbugs.gnu.org; Sun, 20 Mar 2016 11:46:14 -0400 Received: from mout.gmx.net ([212.227.15.18]:55339) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahfYR-00063A-Vh for 23006@debbugs.gnu.org; Sun, 20 Mar 2016 11:46:12 -0400 Received: from detlef.gmx.de ([93.209.71.96]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0LkgAG-1a7EGv0MD6-00aS4v; Sun, 20 Mar 2016 16:46:05 +0100 From: Michael Albinus 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> Date: Sun, 20 Mar 2016 16:46:02 +0100 In-Reply-To: (Stefan Monnier's message of "Sun, 20 Mar 2016 11:23:11 -0400") Message-ID: <87fuvlup8l.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:eeFcXoULHRJQ1r/dPTWCMKw641paGb1dvKtoZQ+ZEJOMGm718G+ YzsoZLTJEV6pT7awZN6CdS/+8NHMFjFHANWCPDegdeNPoAoreRPNam4kExZehmzDeePGZ2K OJAnu+HeY+PLz7Dcn5CXAswrqWFA+KK/mEH5HXFU7uHdMbPv1DpXzPSrcupON7shsroWQ2P Q8qT2bUQVpyiG34pOKs2A== X-UI-Out-Filterresults: notjunk:1;V01:K0:Ibwhy09Ly+c=:n4InSujXTugj87RmEqYjrY kjsLUNtstqKmytW9EMl/0dwLASToyww17EbCnmTIGgFRi0b2eR5yEVjZ/Vp3yBiKc22G/m6ZA 1YK6jTKsvDZ/mejRYhWq/EfYR8gxOx2nsYTCKSNvOAAy2xx/HVIzjQXj+iDCI1LjrL+8BUGwC Qg7LZI+j4QG0omGMMyj846kqK53G7EK/ATDZ/IsfJ7cg7xQGClK+dJKWvGDuL8tVe897OvK7Q VihEo26WpTvyqjACoQ/JP38Rzvpn2llFRwzUqhm/o/qay5KBY/gh5nn+SoNsfcuXYdOgbT0Kd BDdC2Tx9WN6tSLD2L7n9bOdnjztlCnOclkSqLgkzK2iI+BS+OwLfiNqmSYj0LWZj7VVdOg/3p dwf1lTjf7rotFg8bwJr4eiI605N1KXFAQ3bueVwcKGtvUpuRcJNGlB9EePjMPtLlqJW3Gg9+y 2AsKeQPBx6O4s9qOjimb5IZUK/N/n4FZqamj5Qr1TnzzYUApQl8oYgUwIvU977r9ZI6sgW0lV jffUDaU9hIX0/cwKbo5pfacrT4QvrGwhlN4XM7ue7tweyjrgKPvlY4TX39vmLrEoOaplI7vNM U22xIAI4g5SX6kNlx77iLqcyKdjiunVa4JCHYNmlyP10arqftvmpU/3PcIoaFPpetuub5Q7Q6 rBxTKaB8SRXr221XVLOAc38pLiXGqfAhACODxtMUJgy7LYI3FCgpETzLo/AYrnwADT6boibyo yl32oGZhzpRbJo3XUXXCGhWe6gjA2ButVf4wxLTdmsjcHL8zPtHjQtuFEN6tD+Xz8sbb5HT0p kcQNuy2 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) 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. > And why would it be called `non-essential' instead of `in-completion'? I wanted to introduce `completion-only'. You have said, that it would be too specific, and I shall use `non-essential' instead. As I understand the codebase of Emacs 25, no other use of `non-essential' has appeared since then. Six years later. > Stefan Best regards, Michael. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Mar 2016 15:55:02 +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: To: Drew Adams Cc: Stefan Monnier , 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145848927826813 (code B ref 23006); Sun, 20 Mar 2016 15:55:02 +0000 Received: (at 23006) by debbugs.gnu.org; 20 Mar 2016 15:54:38 +0000 Received: from localhost ([127.0.0.1]:55728 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahfgb-0006yP-Ug for submit@debbugs.gnu.org; Sun, 20 Mar 2016 11:54:38 -0400 Received: from mout.gmx.net ([212.227.15.15]:58803) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahfga-0006y9-Lz for 23006@debbugs.gnu.org; Sun, 20 Mar 2016 11:54:37 -0400 Received: from detlef.gmx.de ([93.209.71.96]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0MMCFR-1aj4Bw0zTZ-007zez; Sun, 20 Mar 2016 16:54:25 +0100 From: Michael Albinus 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> Date: Sun, 20 Mar 2016 16:54:23 +0100 In-Reply-To: (Drew Adams's message of "Sun, 20 Mar 2016 08:38:10 -0700 (PDT)") Message-ID: <87bn69uouo.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:v3Vm88o66UipcV/gCFn8c5kzttR7gAoBPXmJULZNvh2kNSniuZj RdhatLmIxNkiBvNN1kIWUVGJf9zcb/tX1mOezRbgyPR8H3bZG9PRL9G5bm/uPZ1LDuZqnAV 5rmYZ1b69ZUCYRuVn/qtCdoe+vXi/B1FJWwGhqXuGHe1SqRWEzichtfcIgSwZEFLbRTXvJk IXBJZ+VOiW9ego+RcB6iw== X-UI-Out-Filterresults: notjunk:1;V01:K0:uP/7E7grUHg=:xv/1ynVdwFHU5bYDf8ptnj wSHq9/ENDYyk19au/crhZhK7rPGv7BGUAh7hEi23Yp9y23hpY8/V188rDADHlaDntGeEiyINR US7VEN8Zzl06GPp0qIi3bh4C8S/5SbHpqYNt+Uj2+8+m6D68g/WS7EB7TpfZPV/oJTKU4J6e0 Ve95fGG/mRLlJRHRQaov/5wrO5DdLwL+xmIe0RiNXC79EI6OhnpRKNESqRsjE9A6jahm41S1T dKuU+ogzBXFQj0HPWE3h4tvRYRb3yzaSLIb5UsQCddq9t6VZBEUZGQ/I5oeuPjvh7amD8yZAB a6cCTU9C1T61QTdXwFY0I7NEjxbu8TdH/wVVv5+HDYtOPt+va7cmNGNxTjHs10c+b+qDH6D5q OHzOlR+tmMDCFy6TdXpeKEFVmea6JbDiEq60k/QN0ssUyVHmeCIBap9UOU1ukd6/T41w+rQsx wRrvE6YtmbnFqeTMJqLuQy173XvWAIszd0quYfuC8cKUDDB/lej/EyZwJKKh+FP2UQjzkIKqR yfVEcbpHxfdfsDSNXHPEr4A+1hipM68IaDjCXE2q6nLZ4xoZpmwBQ2/tvbyQcfJMhy2TZ81hF DIUN8JhlsIfuAt33HP8Lk1MuFijtMmq3YZBbz+qlDF1ziE8IpPZkwNZcjOwBhdDHcqEinawaZ YqWrgZ2o8YQ0fPHxtFUOIqZD4UPoGPZ1jR/xeRuI1apxG6iv15nOGn9LD9vnahHRxuk1dec2i /nIuq9v7be6/7uqlLgRLsYhtIwqm3n8tURdYcNiSh1MM9sUq2GEyd9Qe4R/Lj2X/QugFlwPhT 1h8qSvX X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Drew Adams writes: > Of course, it's possible I'm missing something big here, in > which case I apologize. But my impression from what I've seen > so far is that you are now digging into the weeds in territory > where Tramp does not really belong. Maybe you are right, and I'll happily discuss this. But think about the difference of "a connection has already been established to a host", and "no connection has been established to a host". Tramp shall support file name completion at least in the first case. I don't know whether completion packages want to go into the business of deciding this question. Therefore, there must be a trade-off between completion packages and Tramp in order to decide whether to complete. Anyway, the purpose of *this* bug report is that non-essential hasn't been bound, and nobody could explain to me why it is wrong to bind it in pcomplete. I would like to fix *this* problem in the bug report, and discuss proper usage of non-essential somewhere else, in emacs-devel or another bug report. Otherwise, we loose focus. Best regards, Michael. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Mar 2016 16:00:03 +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: To: Michael Albinus , Drew Adams Cc: Stefan Monnier , 23006@debbugs.gnu.org Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145848958327253 (code B ref 23006); Sun, 20 Mar 2016 16:00:03 +0000 Received: (at 23006) by debbugs.gnu.org; 20 Mar 2016 15:59:43 +0000 Received: from localhost ([127.0.0.1]:55732 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahflX-00075U-Hw for submit@debbugs.gnu.org; Sun, 20 Mar 2016 11:59:43 -0400 Received: from mail-wm0-f50.google.com ([74.125.82.50]:35222) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahflW-00075I-BY for 23006@debbugs.gnu.org; Sun, 20 Mar 2016 11:59:42 -0400 Received: by mail-wm0-f50.google.com with SMTP id l68so82878012wml.0 for <23006@debbugs.gnu.org>; Sun, 20 Mar 2016 08:59:42 -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=ZdxRq/Hry/hN/ebvDXAaF1y113K39W85YSDeNcFhx+E=; b=GWYDm0odCGRryIQDWzpW7/RhVZApByOU5kFxgsQjsng3FMtx8k6N8kvBvxY+V9r7G1 JebaO5f2xF2sSE48oVtGHc2IfEEsQ5yEaWlGzKQuWSbFOme7UpsPQjjLzAyZegrbUkbL juLTIfd3ip4YRoEsxD9suxG9PnJrZ3tKP6bpjYBOjMhjImf2fy3VzohWUqBS6Fa5xpI2 YvejiYvGfltVHgOwvebjSLJu3lfy8js03abvazv9m0qce2NZMc7JMT+ocNXRJapOIp45 OABvSCO5p68Mm2FRQxJmv6z5uyRzIswsdNdvIYCqUEW598+3dvYPfOdKG8smshorOR0/ VaCQ== 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=ZdxRq/Hry/hN/ebvDXAaF1y113K39W85YSDeNcFhx+E=; b=YY4i6/5y5EIOliQ0IQS/B3LDBbQVsY3z9jxjH+mcq9M+4QX/Thd0PhoKgFeIePTxSp pILLEmXVLKbXl3+tNHls/3aM5ls4QzrM2wHnqo773KOujxAV+aY24ld5EpGtZA8J7+rl VU1oShnJ8oI7r7hC99wEuEoxsZCkNkLdUrGulT8C0OCPUY8O1pYAjkBK97VHixnMrzni 0SJ8tchOw2GZRXAwn9tLwDb9W7JTCcv9Sq7LiTcsLg0jiRgkOaYaL1Ovmf6FfCebIIsY vduYxQFlm7hIJh9ffiaK3fGXSEYoQpfW40OJ/6p7txoaO3Z3iTIQsa+/y81uY2yrNYcR KetQ== X-Gm-Message-State: AD7BkJLcIlxF/WK44RQJRDEpnCLBulNQdPSBU0JZg59Ri6vCNmOGIIn8jJNEXuYpmj4n0Q== X-Received: by 10.194.192.36 with SMTP id hd4mr24400359wjc.85.1458489576767; Sun, 20 Mar 2016 08:59:36 -0700 (PDT) Received: from [192.168.1.2] ([185.105.175.24]) by smtp.googlemail.com with ESMTPSA id 82sm8312650wmd.4.2016.03.20.08.59.35 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 20 Mar 2016 08:59:36 -0700 (PDT) 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> <87bn69uouo.fsf@gmx.de> From: Dmitry Gutov Message-ID: <764322aa-50ea-96b4-7c2a-36fbd60b2b54@yandex.ru> Date: Sun, 20 Mar 2016 17:59:34 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <87bn69uouo.fsf@gmx.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) On 03/20/2016 05:54 PM, Michael Albinus wrote: > Anyway, the purpose of *this* bug report is that non-essential hasn't > been bound, and nobody could explain to me why it is wrong to bind it in > pcomplete. Probably because, if I have typed a valid remote file name for which there's no connection, and I explicitly invoke pcomplete, I *want* you to prompt me for login and password. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Mar 2016 16:11:02 +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: To: Michael Albinus Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145849021328279 (code B ref 23006); Sun, 20 Mar 2016 16:11:02 +0000 Received: (at 23006) by debbugs.gnu.org; 20 Mar 2016 16:10:13 +0000 Received: from localhost ([127.0.0.1]:55742 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahfvh-0007M3-H8 for submit@debbugs.gnu.org; Sun, 20 Mar 2016 12:10:13 -0400 Received: from pruche.dit.umontreal.ca ([132.204.246.22]:35974) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahfvf-0007Lt-Pw for 23006@debbugs.gnu.org; Sun, 20 Mar 2016 12:10:12 -0400 Received: from fmsmemgm.homelinux.net (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.7/8.14.1) with ESMTP id u2KGA83p017580; Sun, 20 Mar 2016 12:10:09 -0400 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id 4FD95AE240; Sun, 20 Mar 2016 12:10:08 -0400 (EDT) From: Stefan Monnier Message-ID: 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> Date: Sun, 20 Mar 2016 12:10:08 -0400 In-Reply-To: <87fuvlup8l.fsf@gmx.de> (Michael Albinus's message of "Sun, 20 Mar 2016 16:46:02 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV5616=0 X-NAI-Spam-Version: 2.3.0.9418 : core <5616> : inlines <4536> : streams <1606039> : uri <2170654> X-Spam-Score: -1.3 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.3 (-) >>>> 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. >> 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 =E0 la icomplete or company or background data collection (like semantic might perform)". > 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. Stefan From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Mar 2016 16:40:02 +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: To: Michael Albinus Cc: Stefan Monnier , 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145849194231250 (code B ref 23006); Sun, 20 Mar 2016 16:40:02 +0000 Received: (at 23006) by debbugs.gnu.org; 20 Mar 2016 16:39:02 +0000 Received: from localhost ([127.0.0.1]:55752 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahgNa-00087o-4V for submit@debbugs.gnu.org; Sun, 20 Mar 2016 12:39:02 -0400 Received: from aserp1040.oracle.com ([141.146.126.69]:23747) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahgNY-00087U-Ca for 23006@debbugs.gnu.org; Sun, 20 Mar 2016 12:39:00 -0400 Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u2KGcrbG008449 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 20 Mar 2016 16:38:54 GMT Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by aserv0021.oracle.com (8.13.8/8.13.8) with ESMTP id u2KGcruc002456 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 20 Mar 2016 16:38:53 GMT Received: from abhmp0007.oracle.com (abhmp0007.oracle.com [141.146.116.13]) by aserv0122.oracle.com (8.13.8/8.13.8) with ESMTP id u2KGcqwo011486; Sun, 20 Mar 2016 16:38:53 GMT MIME-Version: 1.0 Message-ID: <0023280a-9ffb-4460-bd78-52fd6be6a726@default> Date: Sun, 20 Mar 2016 09:38:51 -0700 (PDT) From: Drew Adams 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> <87bn69uouo.fsf@gmx.de> In-Reply-To: <87bn69uouo.fsf@gmx.de> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6744.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: aserv0021.oracle.com [141.146.126.233] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > > Of course, it's possible I'm missing something big here, in > > which case I apologize. But my impression from what I've seen > > so far is that you are now digging into the weeds in territory > > where Tramp does not really belong. >=20 > Maybe you are right, and I'll happily discuss this. But think about the > difference of "a connection has already been established to a host", and > "no connection has been established to a host". Tramp shall support file > name completion at least in the first case. Yes, but I don't see how that contradicts what I said. Tramp should (I think) always interpret non-nil `non-essential' as an inhibition to prompt. If there is already a connection then presumably (hopefully) Tramp would not prompt anyway, regardless of the value of `non-essential'. > I don't know whether completion packages want to go into the business > of deciding this question. They are not _required_ to decide it. But if they set/bind `non-essential' to non-nil then I think Tramp should consider that they _have_ decided it - they've decided that Tramp should not prompt. > Therefore, there must be a trade-off between completion > packages and Tramp in order to decide whether to complete. I think the trade-off is here: When `non-essential' is nil then Tramp gets to decide (e.g., depending on whether there is already a connection - or the phase of the moon, for that matter). When `non-essential' is non-nil, Tramp does not get to decide - the decision has been made that Tramp must not prompt. Again, though, I'm no expert on any of this. Maybe there are legitimate reasons why Tramp should sometimes prompt even when `non-essential' is non-nil. But if there are then they are beyond my (current) understanding. > Anyway, the purpose of *this* bug report is that non-essential hasn't > been bound, and nobody could explain to me why it is wrong to bind it in > pcomplete.=20 I see. Sorry for intruding here then. I have nothing to say about whether pcomplete should bind `non-essential' to non-nil. That's apparently a question about pcomplete behavior and not about Tramp behavior in the face of non-nil `non-essential'. > I would like to fix *this* problem in the bug report, and > discuss proper usage of non-essential somewhere else, > in emacs-devel or another bug report. Otherwise, we loose focus. Agreed. Sorry if my messages here were not helpful. I would like to know, though, whether you agree generally that non-nil `non-essential' should inhibit prompting by Tramp. If you don't then maybe we can discuss it off line or in emacs-devel. I'd like to understand that better, as (I think) I need to know how to control such prompting in my code. I thought that it was sufficient to bind `non-essential' to non-nil to prevent prompting. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Mar 2016 19:49:02 +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: To: Michael Albinus Cc: Stefan Monnier , 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145850333216871 (code B ref 23006); Sun, 20 Mar 2016 19:49:02 +0000 Received: (at 23006) by debbugs.gnu.org; 20 Mar 2016 19:48:52 +0000 Received: from localhost ([127.0.0.1]:55859 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahjLH-0004O3-Of for submit@debbugs.gnu.org; Sun, 20 Mar 2016 15:48:51 -0400 Received: from userp1040.oracle.com ([156.151.31.81]:43706) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahjLF-0004Np-Qa for 23006@debbugs.gnu.org; Sun, 20 Mar 2016 15:48:50 -0400 Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u2KJmfF3011283 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 20 Mar 2016 19:48:41 GMT Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by userv0021.oracle.com (8.13.8/8.13.8) with ESMTP id u2KJmeVN025574 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 20 Mar 2016 19:48:41 GMT Received: from abhmp0007.oracle.com (abhmp0007.oracle.com [141.146.116.13]) by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id u2KJmeRY029173; Sun, 20 Mar 2016 19:48:40 GMT MIME-Version: 1.0 Message-ID: <66bb2d91-af2c-49ea-9df5-565b020e8118@default> Date: Sun, 20 Mar 2016 12:48:39 -0700 (PDT) From: Drew Adams 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> <87bn69uouo.fsf@gmx.de> <0023280a-9ffb-4460-bd78-52fd6be6a726@default> In-Reply-To: <0023280a-9ffb-4460-bd78-52fd6be6a726@default> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6744.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: userv0021.oracle.com [156.151.31.71] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Sorry, but please forget all that I said. In general, whatever the current behavior of Tramp is for `non-essential' I've found to be reasonable. I wouldn't want to suggest any change, being mostly ignorant of this area. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Mar 2016 20:32: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: To: Dmitry Gutov Cc: 23006@debbugs.gnu.org, Stefan Monnier , Drew Adams Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145850591520846 (code B ref 23006); Sun, 20 Mar 2016 20:32:01 +0000 Received: (at 23006) by debbugs.gnu.org; 20 Mar 2016 20:31:55 +0000 Received: from localhost ([127.0.0.1]:55891 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahk0x-0005QA-I3 for submit@debbugs.gnu.org; Sun, 20 Mar 2016 16:31:55 -0400 Received: from mout.gmx.net ([212.227.17.22]:64623) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahk0v-0005Pr-Um for 23006@debbugs.gnu.org; Sun, 20 Mar 2016 16:31:54 -0400 Received: from detlef.gmx.de ([93.209.71.96]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0MYLKn-1aLaaS3gzR-00VB8y; Sun, 20 Mar 2016 21:31:42 +0100 From: Michael Albinus 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> <87bn69uouo.fsf@gmx.de> <764322aa-50ea-96b4-7c2a-36fbd60b2b54@yandex.ru> Date: Sun, 20 Mar 2016 21:31:39 +0100 In-Reply-To: <764322aa-50ea-96b4-7c2a-36fbd60b2b54@yandex.ru> (Dmitry Gutov's message of "Sun, 20 Mar 2016 17:59:34 +0200") Message-ID: <8760wgvql0.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:QeGuWk6rKp+FSm3kxSvrp/cjxy/isENi9fBgpdOBSbbtqGojTxn QnY8/AFecwEosmyXPixfVHjB0Egt9WjepJwZOPyEBWWPO90Gl3yRNK66Ea+psbGacwY/m33 +gCy/EB1f2v1uPP3dar/CAhUdf/R9IU08J8rgBWSslN+N5DLNFZSiGfT7zLcvjlZCBUyXDK r9LJYGJ3s5hslh8jFWYfA== X-UI-Out-Filterresults: notjunk:1;V01:K0:4n+Jf86JF54=:/6NT6nDs57z2dK0Lo9ZbRF PvjS8QIMxH6WDBzsz6C1nirRS65CYuaGpT8zaJ+AfLeQMi5L/4lLyfWDZar7RQceH39Qv9//U dOQqOpC7oYmFzw31jtgdCZHinNdfPF1SwFBl2eudgUn+xpVLjkhDGzmtOnmdh8xTVdjDLIXdQ JKrv4WazQOsW+71atuUn6En7nYeeVYuqd+3sWm7kIK7hxKFhadHm604AUqCbF6Vdj118YvDWE wcBNp+ojJLfHEGZ6BuGV6WhRzZChSAasv8XlWHT8NkV/e4tcCpCyy+q35cWqpSTOIKK34Z+HD twDOKUWOzZJryTUvrEPfoY/kuVYYzPpfvLzHkLnyaYgd15csRitAV2BTsBMM8HTXiYlPH9AJQ JBRS3ii3JwZai2WTdqP52Y5rxvBHDSPvuQmv1ZfdjtCZx8UEgksPLFLLQR0wNMKWpOHqQPUC8 HQG35ZyzQzIBfKfX13+yTai0Ag80Beez4q+cXARLxiBu4KvzzBfpWVZGwOJmnLJI4yfAhx0g8 qteIIPXGIDGOgZP1uNOFPess0trVAS1QYfP79ZeosDCwVHNjRE73jEZ9FldRcKVEiyR2IdGU3 0JCeJFrfdpRVfksBt3IHXrPg5LoDA2mocMZj4lgAhVY6L3iWOZpN6uGUuNeMpmP8FlI1n50RZ UNQkN77inAtf5opwtYce/3jC0b6QUY2y+H0W0ZtUsKAGdo+gbQnQ79xpsqcMJ+R2DWouiyRbL Fzze4tdFkm9DBvnjyA4RILdaTLZbWYk10L0sEIQKyDnnSHzDI8GtxQ2oFoGVyuTkGr+4zhtLQ wa6cP1H X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Dmitry Gutov writes: > On 03/20/2016 05:54 PM, Michael Albinus wrote: > >> Anyway, the purpose of *this* bug report is that non-essential hasn't >> been bound, and nobody could explain to me why it is wrong to bind it in >> pcomplete. > > Probably because, if I have typed a valid remote file name for which > there's no connection, and I explicitly invoke pcomplete, I *want* you > to prompt me for login and password. I'll do, once you have typed the first slash. This doesn't depend on settings of non-essential. Best regards, Michael. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode 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: To: Stefan Monnier Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145850643521595 (code B ref 23006); Sun, 20 Mar 2016 20:41:01 +0000 Received: (at 23006) by debbugs.gnu.org; 20 Mar 2016 20:40:35 +0000 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 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 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 From: Michael Albinus 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> Date: Sun, 20 Mar 2016 21:40:23 +0100 In-Reply-To: (Stefan Monnier's message of "Sun, 20 Mar 2016 12:10:08 -0400") Message-ID: <87zitsubm0.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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/qMQmfGY67Z0LAnQeEc9mMstjiwpi4 CaGUmrs X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) 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. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Mar 2016 20:43: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: To: Drew Adams Cc: Stefan Monnier , 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145850654821775 (code B ref 23006); Sun, 20 Mar 2016 20:43:01 +0000 Received: (at 23006) by debbugs.gnu.org; 20 Mar 2016 20:42:28 +0000 Received: from localhost ([127.0.0.1]:55902 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahkB9-0005f9-QT for submit@debbugs.gnu.org; Sun, 20 Mar 2016 16:42:27 -0400 Received: from mout.gmx.net ([212.227.17.21]:65058) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahkB8-0005ev-6C for 23006@debbugs.gnu.org; Sun, 20 Mar 2016 16:42:26 -0400 Received: from detlef.gmx.de ([93.209.71.96]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0MY3Ho-1aLrja25h2-00UtxP; Sun, 20 Mar 2016 21:42:14 +0100 From: Michael Albinus References: <871t7d4ion.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> <87bn69uouo.fsf@gmx.de> <0023280a-9ffb-4460-bd78-52fd6be6a726@default> <66bb2d91-af2c-49ea-9df5-565b020e8118@default> Date: Sun, 20 Mar 2016 21:42:13 +0100 In-Reply-To: <66bb2d91-af2c-49ea-9df5-565b020e8118@default> (Drew Adams's message of "Sun, 20 Mar 2016 12:48:39 -0700 (PDT)") Message-ID: <87vb4gubiy.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:02Z3IlvkgPL3yV8CJW2jqPPzm+tjyQgawbOY2vJzt9pLxLaaxwF XLjFD6PP7+vXFypVnVZBn7pqeGgjoxm+guqKAadgKXhCUMXdNpxh8byf4tE1XwAs/U5/FPV eYLRnNyeduddGKX8pwftcR8u/hpbK/dtHWfOJyj5Y4wsOuv/qrF+jdizfkaWZ93fe7R0Xwg ZfM5YcrwzQHfXyJtiurug== X-UI-Out-Filterresults: notjunk:1;V01:K0:XJNCjSePyYg=:b86whopb16fQhSLOgem+34 YBirjU565hQqOLcSerMzKrNMuj/aeNmL20iefDfuLcSNa5NyNVSxeg6iXP4GHayYWfBPRe/R2 OK2iD80imyWMgNAVtq6ozzJT1o+35u8WK6R7KjSBlPCezjoA2Q/6Z966uUwhQiMtKyZ6AV+Pj z+FPnIRxwtERhkwkbXcuqUDZWZGYyhTb6I74zJEp6ANj+ZrQV23hAA9ddglhJnJf37A3qJ7y1 Ksrh4kzgsHoea9wPiRwQVgD2NDkQRJ2SXQRm8xbq7mrf5FRQ8CPil81nJ+2bddSU2qG3fjowo n1Ap4Jvm4u+wZilgeOV1e2nWOh2oBTWWZiXU9GnR+QVkdB2iBDuDWXDsO+scGUWKs08eGVEP7 5fae1hMZNFU9hPbdSQKcfoVVZg7CylmqhzUsHMMsvwuPZAEAl+MRbDkK+tyvGvsnqVK1LTYsM yhJiM6VPlCTHFI0wqqEUWzHRDGGqN0OiEAxEJURJWHNDMumjdRn5gfmJdWuFdXL0+XSg4t7zr ZGn5KVL6foxdql0c3Ybxw1/3c1hGhqfeenYNoGHF8DKfa7cBvLpk5QYyjlwYuaqewyu+woJsg U8XvD3zA4OUy+nFbnrnpOcOUl6wfnDzpn/4AdMDPmgrZyPw0Z9BkWMDF9IGXOYVpPhLRR6Fgw 3qq8LjTpNufPKhwn4yVR8vBZElk+FSeZ8ptvwJ3MNyX+g23koToZZseB0CKvStRKWmX73846A ZC4Dy+rKGVERbnHT6rfxPa1p3O6sxZsIfgN9uAta5P0EZ67QpMgvl0f5wUnAubOKX0zFnXb5a o9rUW/y X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Drew Adams writes: > Sorry, but please forget all that I said. Done :-) Best regards, Michael. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Mar 2016 20:45:02 +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: To: Michael Albinus Cc: Stefan Monnier , 23006@debbugs.gnu.org Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145850668921978 (code B ref 23006); Sun, 20 Mar 2016 20:45:02 +0000 Received: (at 23006) by debbugs.gnu.org; 20 Mar 2016 20:44:49 +0000 Received: from localhost ([127.0.0.1]:55906 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahkDR-0005iQ-78 for submit@debbugs.gnu.org; Sun, 20 Mar 2016 16:44:49 -0400 Received: from mail-wm0-f43.google.com ([74.125.82.43]:37514) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahkDP-0005iD-A2 for 23006@debbugs.gnu.org; Sun, 20 Mar 2016 16:44:47 -0400 Received: by mail-wm0-f43.google.com with SMTP id p65so100314147wmp.0 for <23006@debbugs.gnu.org>; Sun, 20 Mar 2016 13:44:47 -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=aCr+iQXJ7RYzcaZRGitYYoFA60xuaWvraikOwSq0NOY=; b=F8a4JoD6q4W/OdsiW5xbBrChM1Bk+isQ68kvPLb8RVvTx1J+uI7Z+rIaWaMhtpiAb5 IXrt4X+TekzRrpoOhl7JbeGKy2veC7nDJZB81M/2ecBqivMJNQ8D0qdZvKl5hP7K3Ytf sX18SlGQ0jrJGBwF8cRYsZ8WP92rmRqJqURgVs2goovEueszVyLFn85EOXIhu9g51IIU 3KfYe5AxhuoCwDnixAQDS+bHSzg3QPqRxrV57bQAnj5izpOV8kDb5gTBTGbyFVBStE8z CgNZ/jytDPU1Ga053ViqRKLaTtpSI2nZDvUCpu0g9XpEExeqDxRA+OG0Fa9wFrKN+BOd DQEQ== 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=aCr+iQXJ7RYzcaZRGitYYoFA60xuaWvraikOwSq0NOY=; b=RSiTv510em1r0NAgnynwUXCxkHTlPU8Fe6/BConL9ZxkACdvCO99iVKAZa+sTAjrXu BMcvrmJmXiKq1qZb2GPWdGJMHDTy7Fz3grgkEd6W4AF3+t7gmxsj83rUh6CV6Ry5kgpd ZYllQ9UjnJruNiLWtX7KUh3ksgcH5+HC5VbqL4uIiga/KxskuKNEUfoRGlQ1hO4Q9ljL tupgyLu0WLvlOI+iXncooBc/Q5NhBWInvQXWG/ZSB1jDSVw9RRMlP283He8qcrw007j1 iJ0eNWfDI8jU37wFS7E72sUScg5a4yepjlb5uUJfUW3TTrtDUK/fC1txbxC7yMdsX/gn HMbA== X-Gm-Message-State: AD7BkJJILR2VSTYs2Zzf/vHgIkQo/GXy8978M8EvIKS4ki91i/fINn/6nI2+ez9ast4YQw== X-Received: by 10.28.93.79 with SMTP id r76mr10742902wmb.32.1458506681754; Sun, 20 Mar 2016 13:44:41 -0700 (PDT) Received: from [192.168.1.2] ([185.105.175.24]) by smtp.googlemail.com with ESMTPSA id u16sm9351413wmd.5.2016.03.20.13.44.40 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 20 Mar 2016 13:44:40 -0700 (PDT) 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> <87bn69uouo.fsf@gmx.de> <764322aa-50ea-96b4-7c2a-36fbd60b2b54@yandex.ru> <8760wgvql0.fsf@gmx.de> From: Dmitry Gutov Message-ID: Date: Sun, 20 Mar 2016 22:44:39 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <8760wgvql0.fsf@gmx.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) On 03/20/2016 10:31 PM, Michael Albinus wrote: > I'll do, once you have typed the first slash. This doesn't depend on > settings of non-essential. That sounds wrong. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Mar 2016 20:54:02 +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: To: Dmitry Gutov Cc: Stefan Monnier , 23006@debbugs.gnu.org Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145850720522741 (code B ref 23006); Sun, 20 Mar 2016 20:54:02 +0000 Received: (at 23006) by debbugs.gnu.org; 20 Mar 2016 20:53:25 +0000 Received: from localhost ([127.0.0.1]:55910 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahkLl-0005uj-0s for submit@debbugs.gnu.org; Sun, 20 Mar 2016 16:53:25 -0400 Received: from mout.gmx.net ([212.227.15.15]:56861) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahkLi-0005uT-Tp for 23006@debbugs.gnu.org; Sun, 20 Mar 2016 16:53:23 -0400 Received: from detlef.gmx.de ([93.209.71.96]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0LskfZ-1ZfuF60l0j-012Kuy; Sun, 20 Mar 2016 21:53:13 +0100 From: Michael Albinus References: <871t7d4ion.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> <87bn69uouo.fsf@gmx.de> <764322aa-50ea-96b4-7c2a-36fbd60b2b54@yandex.ru> <8760wgvql0.fsf@gmx.de> Date: Sun, 20 Mar 2016 21:53:11 +0100 In-Reply-To: (Dmitry Gutov's message of "Sun, 20 Mar 2016 22:44:39 +0200") Message-ID: <87r3f4ub0o.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:nydZp7h+14FDRkp9aHZiro1dDxsxsu4MfNxjQf6ccfgHPEvKOkI BP+nP+6gkbaj8yl6vUPtsF5+z0FDwm7VDPgbJQ5XMSix+c2GKDdCMWt2eQgaL45uXux7Rfw 5qUF95/tJ87lJUJ7g1gPvtKGmZJOZGRkfPcRcV1MAUHKQxdB91P3Z3lm5pvSEDigjpzFRDC Ba8DPPiN9tcAgfaLk2BEQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:1JvcD/8lBCg=:WHGaZzSQM/ksmqE4mCixhq mKf/FK2DTEGpeQjYlCsBam5F1NWgVb8KpBXvVmV3O0S5E7F9IWlQEISKjlpD52XeMxGHw5Dgd EVcqL+KeNV4IKzPs1bkUVOykN1YtVMgj/WJJr0FgrzxjByNU3u8XvuHMI5HYIKvCHdOnjObSK okRMryA7SZMBYNfPu7rUOIjz26BjSYxRZAZzyJgI45peBRxLO9DwfDzt51qHDv5Paf1CM1MYa iVcj0WFGz0Za9mmFzJ+iDAZnm4m22HGTkmLXeZ5eNJZFy7IMM8lDhRxdkiLpzSEBu/6ZJ0H5R ZEKdeVmnWICnxOUb8dsFXxVKlr8iMQSr+GQB6MggpmW1dZilmzFnCKF6EiUTy/ZAARxachRCV qNQaxNkLxDKrdCn76TDaY1C+dKXwJ3yecsJkG5oQ/GPZOmwiVi95a87Cb2ew+6pn/gHs8fDdw wQy8jBGPCZTDqlNB2Tej0K41RKlG51vv05i3lakVw6fyl2dput1U0lmTIiIHWJTx4ZmYfQiQl zGKYmvnW9ZpIuP/t/BK7euxr7+2AZ0zfTif5xPzVpjltk3CpCV/i+qvSzqzz1Iy9bbb63e74/ iEmyn7uNmFDXkTV6p4/8RfLejvu4ZwT7MF4T+lio7hk+4N2khoThhoX/xtQBn3zDtxKHBPRAE XzVXRlBR4v0UpjqVhsFBMka7fDEP0IUXw9vy3MfTIRVH7xI2qEszRU6bD2oTG/jWDirpC/m49 FJ+FCgbIPnlKJiMYK58Kuysvud4BLejNTrtmRisJSL92qLNJ0m1MtKHjsa0+bVSFDqTOVlBDL VdBYDRX X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Dmitry Gutov writes: > On 03/20/2016 10:31 PM, Michael Albinus wrote: > >> I'll do, once you have typed the first slash. This doesn't depend on >> settings of non-essential. > > That sounds wrong. No. `non-essential' doesn't dictate what Tramp shall do, for example whether it could open a new connection. It tells Tramp something about the context ("Be careful, we are in file name completion!"). Tramp decides then, whether it could perform an operation, or not. Seeing a slash in the local file name part, as when you type "/ssh:host:tmp/em TAB", gives Tramp the confidence that it is safe to open a connection to "host". I was too sloppy with my statement above. The first slash I've meant is NOT the slash in "/ssh". Best regards, Michael. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Mar 2016 21:06:02 +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: To: Michael Albinus Cc: Stefan Monnier , 23006@debbugs.gnu.org Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145850794124022 (code B ref 23006); Sun, 20 Mar 2016 21:06:02 +0000 Received: (at 23006) by debbugs.gnu.org; 20 Mar 2016 21:05:41 +0000 Received: from localhost ([127.0.0.1]:55922 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahkXd-0006FM-MI for submit@debbugs.gnu.org; Sun, 20 Mar 2016 17:05:41 -0400 Received: from mail-wm0-f42.google.com ([74.125.82.42]:35172) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahkXb-0006F8-Oo for 23006@debbugs.gnu.org; Sun, 20 Mar 2016 17:05:40 -0400 Received: by mail-wm0-f42.google.com with SMTP id l68so88454214wml.0 for <23006@debbugs.gnu.org>; Sun, 20 Mar 2016 14:05:39 -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=vXst8cJ0rcCIevkZEOydkuuJcqWNqkGy+5XZTxQkboo=; b=foBxvA+Ke3qHvgxjZ2YIy2C/T0k3domRA+p1ksVP31TS6lGpheynmViy8Lz3W1x8zu i65DtRvK510n8VrSXB8fmNOYeLmOEXaxrY6tdqCV5nXItgmkBRTEdnqcRQkGOETLiDFO xhxC9Gemw6kAbSbmjz5Xq/qrVgIQbdw0pI47G4Za/uXkBq+UI7zHLrPuJQR5lUGC4P++ qd+KKJbgkNX2R5XKKMG5N9StMIQQgHWyNfYIg28+yGZrOPFJo0GWSw6aVl1z/ynQ7snE MCM9vhUvQNUjOTdpRoOQlnziB2AZY+nXqhgX/n9yj8bv/rExr24LdifHsyGKbx2INX04 scmQ== 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=vXst8cJ0rcCIevkZEOydkuuJcqWNqkGy+5XZTxQkboo=; b=kknHIeG3aMaceNIXlPjKQBcoSBzx52PJbtAVx9cmeqsOTYBNzOfrp2B5+OUql3kcAg LgW4gLeS2cz5XQ0zenjcno2YE8Zac+zrHiG9jcs7uWuHwQksXNFx76fAi2LZap1w5/aE IvQbweqpwkjIL5Ni4FCVfVNC/vsaKBNHq5e6OzA4x8LT5t3Ht3T7+E9t7u94y7GWuoDg oYcMf3UuPWGk/pqud7sX3jnsmmbwGbA4GrYbDHNFPwDXB5LdzCyxgWiMHrHBPcxF5WWt 1NgbQWvtAS4u2de+eH+6liMT0WD2JFPMguNCmDkTL4NMRFctGIuKM+BNTLIzqlkKj5j3 /E5A== X-Gm-Message-State: AD7BkJJJAEEEoHAqAQlG6py9IjxRilDZm7jM0uf/E0IPJtrWLMXrJdLGMhPdztyhGImXjw== X-Received: by 10.28.12.134 with SMTP id 128mr9615735wmm.18.1458507934291; Sun, 20 Mar 2016 14:05:34 -0700 (PDT) Received: from [192.168.1.2] ([185.105.175.24]) by smtp.googlemail.com with ESMTPSA id e25sm9327599wmi.21.2016.03.20.14.05.32 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 20 Mar 2016 14:05:33 -0700 (PDT) References: <871t7d4ion.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> <87bn69uouo.fsf@gmx.de> <764322aa-50ea-96b4-7c2a-36fbd60b2b54@yandex.ru> <8760wgvql0.fsf@gmx.de> <87r3f4ub0o.fsf@gmx.de> From: Dmitry Gutov Message-ID: Date: Sun, 20 Mar 2016 23:05:31 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <87r3f4ub0o.fsf@gmx.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) On 03/20/2016 10:53 PM, Michael Albinus wrote: > No. `non-essential' doesn't dictate what Tramp shall do, for example > whether it could open a new connection. It tells Tramp something about > the context ("Be careful, we are in file name completion!"). Tramp > decides then, whether it could perform an operation, or not. According to the docstring, it only tells Tramp not to ask for the credentials (when non-essential is non-nil). Whether Tramp is allowed to open a connection it already knows credentials for, is not specified (though I probably wouldn't). From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Mar 2016 22:18:02 +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: To: Michael Albinus Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145851227230317 (code B ref 23006); Sun, 20 Mar 2016 22:18:02 +0000 Received: (at 23006) by debbugs.gnu.org; 20 Mar 2016 22:17:52 +0000 Received: from localhost ([127.0.0.1]:55947 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahlfU-0007su-8g for submit@debbugs.gnu.org; Sun, 20 Mar 2016 18:17:52 -0400 Received: from pruche.dit.umontreal.ca ([132.204.246.22]:56151) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahlfR-0007sj-GR for 23006@debbugs.gnu.org; Sun, 20 Mar 2016 18:17:51 -0400 Received: from fmsmemgm.homelinux.net (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.7/8.14.1) with ESMTP id u2KMHlLE003059; Sun, 20 Mar 2016 18:17:48 -0400 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id BEFC7AE240; Sun, 20 Mar 2016 18:17:47 -0400 (EDT) From: Stefan Monnier Message-ID: References: <871t7d4ion.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> <87zitsubm0.fsf@gmx.de> Date: Sun, 20 Mar 2016 18:17:47 -0400 In-Reply-To: <87zitsubm0.fsf@gmx.de> (Michael Albinus's message of "Sun, 20 Mar 2016 21:40:23 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV5616=0 X-NAI-Spam-Version: 2.3.0.9418 : core <5616> : inlines <4536> : streams <1606175> : uri <2170846> X-Spam-Score: -1.3 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.3 (-) >> 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'. Exactly: pcomplete tells Tramp that it's OK to prompt for a password by *not* setting non-essential. That's how Tramp can know. >>>> 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 =E0 la icomplete or company or background data >> collection (like semantic might perform)". > I don't understand. Tramp does not know where it has been called > from. It operates stateless. `non-essential' provides some context, > that's all. That's right. What I'm pointing out is that the context that Tramp needs is not "are we performing some kind of completion", but "are we allowed to prompt the user for a password" (admittedly, `non-essential' is not limited to "passwords" but more generally means that we should stay discrete. E.g. it also means we shouldn't block Emacs for too long). > 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. Admittedly, the fact that the two sides (let-binder and var-reader) don't agree on what that variable means, reduces its usefulness significantly. In my view, Tramp should never prompt the user for a password (nor signal an error, tho emitting some warning message might be OK in some cases) when non-essential is non-nil. BTW, to clarify: - Someone reported a bug about company's interaction with Tramp (presumably via pcomplete). I suspect this should be fixed by having company bind non-essential and IIUC Dmitry did just that (don't know if it does/did fix the problem). - As part of that company bug, this bug#23006 was filed, which has nothing to do with non-essential since it's about a user interaction which is "essential". I've pointed out a few issues that have to do with the interaction between file-name-all-completions and file-name-directory which might lead to fixing this bug, but AFAIK this part of the discussion has not been followed yet. Could we get back to the interaction between file-name-all-completions and file-name-directory? Stefan From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Mar 2016 22:20:02 +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: To: Dmitry Gutov Cc: Michael Albinus , 23006@debbugs.gnu.org Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145851238730495 (code B ref 23006); Sun, 20 Mar 2016 22:20:02 +0000 Received: (at 23006) by debbugs.gnu.org; 20 Mar 2016 22:19:47 +0000 Received: from localhost ([127.0.0.1]:55951 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahlhL-0007vn-LU for submit@debbugs.gnu.org; Sun, 20 Mar 2016 18:19:47 -0400 Received: from pruche.dit.umontreal.ca ([132.204.246.22]:56211) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahlhK-0007vf-8v for 23006@debbugs.gnu.org; Sun, 20 Mar 2016 18:19:46 -0400 Received: from fmsmemgm.homelinux.net (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.7/8.14.1) with ESMTP id u2KMJjfc003122; Sun, 20 Mar 2016 18:19:45 -0400 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id 2389EAE240; Sun, 20 Mar 2016 18:19:45 -0400 (EDT) From: Stefan Monnier Message-ID: References: <871t7d4ion.fsf@gmx.de> <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> <87bn69uouo.fsf@gmx.de> <764322aa-50ea-96b4-7c2a-36fbd60b2b54@yandex.ru> <8760wgvql0.fsf@gmx.de> <87r3f4ub0o.fsf@gmx.de> Date: Sun, 20 Mar 2016 18:19:45 -0400 In-Reply-To: (Dmitry Gutov's message of "Sun, 20 Mar 2016 23:05:31 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV5616=0 X-NAI-Spam-Version: 2.3.0.9418 : core <5616> : inlines <4536> : streams <1606176> : uri <2170847> X-Spam-Score: -1.3 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.3 (-) > According to the docstring, it only tells Tramp not to ask for the > credentials (when non-essential is non-nil). Whether Tramp is allowed to > open a connection it already knows credentials for, is not specified (though > I probably wouldn't). Indeed, the issue is "don't interfere with the main operation", so prompting is a clear no-no. Opening a new connection might be acceptable (as long as it doesn't block Emacs for too long, for example). Stefan From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Mar 2016 22:29: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: To: Stefan Monnier , Michael Albinus Cc: 23006@debbugs.gnu.org Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145851289931253 (code B ref 23006); Sun, 20 Mar 2016 22:29:01 +0000 Received: (at 23006) by debbugs.gnu.org; 20 Mar 2016 22:28:19 +0000 Received: from localhost ([127.0.0.1]:55955 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahlpb-000881-H8 for submit@debbugs.gnu.org; Sun, 20 Mar 2016 18:28:19 -0400 Received: from mail-wm0-f53.google.com ([74.125.82.53]:38737) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahlpZ-00087o-G6 for 23006@debbugs.gnu.org; Sun, 20 Mar 2016 18:28:17 -0400 Received: by mail-wm0-f53.google.com with SMTP id l68so101921944wml.1 for <23006@debbugs.gnu.org>; Sun, 20 Mar 2016 15:28:17 -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=ZfBo/vUDMiUdBV4mHBynBU9wlLq4iOgJps86logulRs=; b=nnCx+i3HMC3faKsbOW4qo+hGm0Nr0Cg8PmdoLt19PFG+GP3kXXRSMPSfw/vA+HhHLB R6zjB/euenQ9Ym+vq8bCurIJ2K+CCgMqJCXdo1FeFY3Lf4pwk0qJwlmJAjt53D8c66vV nW291mg6thsMBQgoggKgnJ3tHeJh0c1N18ql+320yKzrVA8KOP05K1A3CYnlLvjzM5tU Uk8PZJdEeHICXvYNk6RmoNOVsPxCxdeGiEi+ZysR1GtnUjZVb6wyAug4zGeevXjE6YVL abNARl/+oCgVhd7D7/cexA9nVxNhjD4Xinuz2YyZNtrLuM8LcYFic1RB2mDncRwP2VIc a4vw== 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=ZfBo/vUDMiUdBV4mHBynBU9wlLq4iOgJps86logulRs=; b=MDhi+1ZF9llfqvyBZt/kg0x95durLcyYb2HjPXzFycOU3kTTGkQenaWXQHJKO7csmL h2mKliH90xk6aGFql1d0gmNoJV+vvxL0xY8RM4RAWdkAUiOzg9TcvHhUmSwea9y8AmbK 15KIZKTJgZPSYBfoEcMWrv3Zx1vxX47kyYWuvs7pKVlI2ODNifkRxNY312j/vF5wCzr6 TRuYI7kalqGDRMsANlrMowNkiPQ0kgCNOVTHT/rsquY2fCsNbxtoNyqONeiLdEgDHVhz IZrybWHOL37/4ysYXJjJm6NazVExyLU0EPXXid932fj0LqNDahFzSW30Y7ObOhcu9dBE 6P9Q== X-Gm-Message-State: AD7BkJJ+NMDlSffyvpwkhyuZxSKKabENg8CrmPtStIRcqR3fiPW+treM6d1EqvMbvDizJA== X-Received: by 10.28.65.137 with SMTP id o131mr11071963wma.54.1458512891619; Sun, 20 Mar 2016 15:28:11 -0700 (PDT) Received: from [192.168.1.2] ([185.105.175.24]) by smtp.googlemail.com with ESMTPSA id w15sm9586164wmd.10.2016.03.20.15.28.10 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 20 Mar 2016 15:28:10 -0700 (PDT) References: <871t7d4ion.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> <87zitsubm0.fsf@gmx.de> From: Dmitry Gutov Message-ID: Date: Mon, 21 Mar 2016 00:28:09 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) On 03/21/2016 12:17 AM, Stefan Monnier wrote: > BTW, to clarify: > - Someone reported a bug about company's interaction with Tramp > (presumably via pcomplete). Via pcomplete-completions-at-point. > I suspect this should be fixed by having > company bind non-essential and IIUC Dmitry did just that (don't know > if it does/did fix the problem). Not really fixed, no. That bug wasn't limited to idle completion, which is the only case when I'm binding `non-essential' to t, like you suggested. And even that bug wasn't about being prompted for credentials. The difference in scenarios between that one and this one is very small: https://github.com/company-mode/company-mode/pull/487 From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Mar 2016 15:47:02 +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: To: Dmitry Gutov Cc: Stefan Monnier , 23006@debbugs.gnu.org Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145857520331716 (code B ref 23006); Mon, 21 Mar 2016 15:47:02 +0000 Received: (at 23006) by debbugs.gnu.org; 21 Mar 2016 15:46:43 +0000 Received: from localhost ([127.0.0.1]:57103 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ai22V-0008FU-Fi for submit@debbugs.gnu.org; Mon, 21 Mar 2016 11:46:43 -0400 Received: from mout.gmx.net ([212.227.15.15]:50371) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ai22U-0008FG-0d for 23006@debbugs.gnu.org; Mon, 21 Mar 2016 11:46:42 -0400 Received: from detlef.gmx.de ([87.146.58.214]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0Lt1S6-1ZlQuY49By-012aga; Mon, 21 Mar 2016 16:46:33 +0100 From: Michael Albinus References: <871t7d4ion.fsf@gmx.de> <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> <87bn69uouo.fsf@gmx.de> <764322aa-50ea-96b4-7c2a-36fbd60b2b54@yandex.ru> <8760wgvql0.fsf@gmx.de> <87r3f4ub0o.fsf@gmx.de> Date: Mon, 21 Mar 2016 16:46:29 +0100 In-Reply-To: (Dmitry Gutov's message of "Sun, 20 Mar 2016 23:05:31 +0200") Message-ID: <87k2kvomui.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:tHKOs3woT2SaORvzIr/mYZ2mN3DIyMHE9IkxakWIQYXw3nc6qOZ PP49b0YJiiKcrhTbNlPgEwiVHZ+1lxkcNAqhZObbC/JeoTn+0/jjZvyy/W8e9wxGJZ29lfO mZOxHeulnOADnyHnbe012i74fTNgiIipjCnwOZNoNI9a+ZPJCfEu0JCIbyfLNZtqRHM4Onb vsjVM8HEiU4zACM5Ic1nw== X-UI-Out-Filterresults: notjunk:1;V01:K0:HO0emQaqgR8=:TCACiP1fyeO1Mb/QGC/iGe +T5aup2uaH0vQgaurE2fxZ7mvv/IYPIpMo372/6gdmD54i/KdGs8A3faYGyw3yb/qizio1o1N ZNsFL7hHHn6A4J5WGbaL8ZffbqGQ9WRZOhkhW6eIUfUAgyERjfegMOKeTtqLUY9+yGlgWU/VX 2JTqCkt6pflszwK7LGly29QMWqxukMHMBInr3nFpS7YSrYhbWzK7pje9fJrkH3LeLHVDCpWLl feXIXZpDUJQt67ImTRzAxJqbqthZ6BXt8975+7lfP9Qe/oNxf+R24ST4Ul1vHIQKc8E65Iuct sP5oA7GNKsj/oYShZ4BpE1rukblg6yX8rtUhUTKVK/p8MtBpSMN/wjk+ePUtMZq1UP1fAFRQf ZfRZW8H2p+wtj2bRt/KE3LEvq1G46EXIxwtlnNlaiJ0mkBJvkEIN5AUIv9G+h+uORO61j4ikc IIUqTNv/DcRJheMJ2pKS/ndQD38+Kak/tKh2chexIj8z7S5j1pdVaX38RPZg35lcTnmgNbCgb TgfPcNBcg1gOczQiCMPrguxobnYHatbeonSG3tQWDd+4sySuidejIkpgnIt3/8S7UTDkzrA0l ii4zXkU2a2uySj4xKaKKXP/JxG6TXz8YGM/t8qQ0GhGl5PYlONI3UuYSVh3/Vi77Pn+jXKadO +z+X4R7nm6JQr8/z63zQ3BsIamLLWTRQb4QGwCfFB1g4VVxwnc2S9/MyoUW2ptTkYBIr4xkhY zhFW4HAo9umPMlVo2rumOWTf2y2BrQqw0EHZrvy3g4fPaUstcLCF78Qzyk822FLdB6eQgLX4t Mt1RI2W X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Dmitry Gutov writes: > On 03/20/2016 10:53 PM, Michael Albinus wrote: > >> No. `non-essential' doesn't dictate what Tramp shall do, for example >> whether it could open a new connection. It tells Tramp something about >> the context ("Be careful, we are in file name completion!"). Tramp >> decides then, whether it could perform an operation, or not. > > According to the docstring, it only tells Tramp not to ask for the > credentials (when non-essential is non-nil). Whether Tramp is allowed > to open a connection it already knows credentials for, is not > specified (though I probably wouldn't). Tramp doesn't know in advance whether it has sufficient credentials for a given connection. Therefore, it is only about whether Tramp shall open a new connection. Asking for the credentials is the user visible part of opening a new connection. Best regards, Michael. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Mar 2016 15:50:02 +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: To: Michael Albinus Cc: Stefan Monnier , 23006@debbugs.gnu.org Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145857535031962 (code B ref 23006); Mon, 21 Mar 2016 15:50:02 +0000 Received: (at 23006) by debbugs.gnu.org; 21 Mar 2016 15:49:10 +0000 Received: from localhost ([127.0.0.1]:57119 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ai24s-0008JS-Hr for submit@debbugs.gnu.org; Mon, 21 Mar 2016 11:49:10 -0400 Received: from mail-wm0-f48.google.com ([74.125.82.48]:37387) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ai24q-0008JF-Si for 23006@debbugs.gnu.org; Mon, 21 Mar 2016 11:49:09 -0400 Received: by mail-wm0-f48.google.com with SMTP id p65so127414587wmp.0 for <23006@debbugs.gnu.org>; Mon, 21 Mar 2016 08:49:08 -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=GdWN7XuXvbdXC8Z33qNAuc60RzlEOs75QaPJbZBDwnQ=; b=cLLrNDjEWZqG/UBOv3b4XTHlYR0jRLreuZIDm/iuufdjAFqkP2/fFOWM358GQob6/n LLjCxFwIIS76j/SeRxP4RejnXo5Q99WjkgiTzIKGGITvbpPYgqXOl/4KRE41FZd+M7RR Cy2rpqGNNkMM//OvQwU+UPT9rYEm5yokLvhX8HBe3SSBLG6gR6R6giQeva46yNHPcnxi HdCmy1VkVSHBfavM+cqj/sCK0B5BxoMp84tAvTKH2YM3RlCy6V0fa8yKqeD3sVzLsjp9 C7XHUewd0JedRHLqK3gbWvvCqa1N440uUrB9Ud6Y0PDLCkbnDNAZUXP68dA3sYm4DqMr 4rDg== 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=GdWN7XuXvbdXC8Z33qNAuc60RzlEOs75QaPJbZBDwnQ=; b=NTzdDnvJqoSK8gEmKRg4Q6A7cRcLZBQotOI4Jow5NlVk4hFlj9Q8+ZNgyQ7ik2TRBq J/vbhX5SFAo+rkr6BaKfAnueGM+GU0qLr1nsXGk3iHHbD4gpst0I3rXbSLpK5eFO2zAv +jHKGtb+Ge4Ug6KZ6HxUomESwuaNTKfpqFPMDOm1fsVU2wyXPGPGPT6T/Vmy2nOrEaJV c6CMMfioxnz2tTC9Am9C1o+NzdgUqws2e16oJkKsD3Zsa3J5AeGqnz0S6qIuQstQ9XIf 9FSnNK+/ytfFXDRrQTw377Rmu+SwI0wmCVK//aJ+PrksRTHdFIbmLRF5Jb6NHnE7pOdD X2MA== X-Gm-Message-State: AD7BkJLr8AoQsyNxd8gDsQq83NbnnqPWH3VWwm6Yft1ku9yLlRkYh7gRRZDu7zmrJABf/w== X-Received: by 10.194.248.200 with SMTP id yo8mr30790586wjc.38.1458575343056; Mon, 21 Mar 2016 08:49:03 -0700 (PDT) Received: from [192.168.1.2] ([185.105.175.24]) by smtp.googlemail.com with ESMTPSA id h1sm13044825wme.8.2016.03.21.08.49.01 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 21 Mar 2016 08:49:02 -0700 (PDT) References: <871t7d4ion.fsf@gmx.de> <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> <87bn69uouo.fsf@gmx.de> <764322aa-50ea-96b4-7c2a-36fbd60b2b54@yandex.ru> <8760wgvql0.fsf@gmx.de> <87r3f4ub0o.fsf@gmx.de> <87k2kvomui.fsf@gmx.de> From: Dmitry Gutov Message-ID: Date: Mon, 21 Mar 2016 17:49:00 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <87k2kvomui.fsf@gmx.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) On 03/21/2016 05:46 PM, Michael Albinus wrote: > Tramp doesn't know in advance whether it has sufficient credentials for > a given connection. Therefore, it is only about whether Tramp shall open > a new connection. Asking for the credentials is the user visible part of > opening a new connection. Then it shouldn't open a new connection, I guess. Or somehow abort as soon as it finds out that it doesn't have the sufficient credentials. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Mar 2016 15:51:02 +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: To: Stefan Monnier Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145857540332059 (code B ref 23006); Mon, 21 Mar 2016 15:51:02 +0000 Received: (at 23006) by debbugs.gnu.org; 21 Mar 2016 15:50:03 +0000 Received: from localhost ([127.0.0.1]:57123 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ai25i-0008L1-R6 for submit@debbugs.gnu.org; Mon, 21 Mar 2016 11:50:03 -0400 Received: from mout.gmx.net ([212.227.15.18]:56233) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ai25h-0008KM-6B for 23006@debbugs.gnu.org; Mon, 21 Mar 2016 11:50:01 -0400 Received: from detlef.gmx.de ([87.146.58.214]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0LgqQQ-1ZxRnL0rn4-00oDkR; Mon, 21 Mar 2016 16:49:53 +0100 From: Michael Albinus References: <871t7d4ion.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> <87bn69uouo.fsf@gmx.de> <764322aa-50ea-96b4-7c2a-36fbd60b2b54@yandex.ru> <8760wgvql0.fsf@gmx.de> <87r3f4ub0o.fsf@gmx.de> Date: Mon, 21 Mar 2016 16:49:51 +0100 In-Reply-To: (Stefan Monnier's message of "Sun, 20 Mar 2016 18:19:45 -0400") Message-ID: <87fuvjomow.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:JdmfJ73Vg9ED/iQYi1wmX1RxMXGetdL3ClkaXuTjAqkfJ5KVS3J q/HtMLkSgyC8LZY3hVATMN1NlcfHNd1oKFaKsV6ck1G34FBgBUKdrQ61HKOr8jGQCVFjeF6 DkYgtvMaJFpl2IDQjR90RB1yC0/KNRSGSGFAWSKf89yj7wf9e04viZOhJiEzT8fP7zith6I Ax/pZ3Z0H0B11rI76cHww== X-UI-Out-Filterresults: notjunk:1;V01:K0:xX9WsfGa6WA=:UGar+acM1nJbjviaxJNmpB NOEFBzGhdls6BTlHDsh1kx5D1nxwRzqRXAxUsLApqaeRIkqTzK+w6pFUGyaHRrAlTtyraJhYM 9hWl24mcs1dMQ2V2jLC0wlSesMycC1K5w57vmYR2b2QvbktfCQUdzjeBwMh8479KqpToOP3d4 HqdkJSsCxzFs9aoXLIMZepoeNPRWO/fU59Q873lnN54LpK3qDsPgsF7FLNKNTIzw0+1xlPlKf xkcrgul42Vh/TdpD3KnAJTFPaJpPfzPgOth0DUZuLkxMtVnrS6Nh0hwXIHwoUXUO04Xt4G6Rf QB1i/sx1O72uSGPZG3sz48sh6g3aKrWBWi8AmKUW12yUd1utLMI3RGzH4NzmoabuQmnseIXyF rDE5hWL3PaU7zXrIHthOe5rlZHgNOWo2TYjwrnw3LfL14Idi/OYVELyt3Tnigr4tEy6O+vPtD DinBCj7GtMJKXCD5UV4Xl1aVHBsFlNlJ5+cT0rPQxu7rjvNxhP0s9LxAaxESM6dhh/i4aMgGl jFiq1FuUW9khroqmtiNyZ0xpWHCX5JpfA5Of34AWui5Y8ZPL4WB8K+E3JQqIuzxxrIV8+wyg5 Oj8GZpyocgQIItq7HdmmvLvm6hIdEMjtJtsxVKxsJUdPZAEKyUCmkj/aRY5nRTncFMTPp93us HXRESvGEm76AOsazswrNvRVpaM3xzj3tfgWDU9MPFml6W+bQbuE29C/BZ+wLaaNJKi2brm0ng sWDI+ok9Kly1Mucgs/9I7p7vNW5F5+qAg2nOL95PiOADAw4uSUYOWWV84mtvNR5Miwu4R0DF2 BYGeC+i X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Stefan Monnier writes: >> According to the docstring, it only tells Tramp not to ask for the >> credentials (when non-essential is non-nil). Whether Tramp is allowed to >> open a connection it already knows credentials for, is not specified (though >> I probably wouldn't). > > Indeed, the issue is "don't interfere with the main operation", so > prompting is a clear no-no. Opening a new connection might be > acceptable (as long as it doesn't block Emacs for too long, for > example). Again, Tramp has no chance to determine this in advance. Whether new credentials are required interactively, or not, is decided only after Tramp has started to open a new connection. Therefore, Tramp maps this decision to "shall I open a new connection, or not". It does not make sense to start with the ping-pong of opening a new connection, and to stop half the way due to missing credentials. > Stefan Best regards, Michael. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Mar 2016 15:58: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: To: Stefan Monnier Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145857584932711 (code B ref 23006); Mon, 21 Mar 2016 15:58:01 +0000 Received: (at 23006) by debbugs.gnu.org; 21 Mar 2016 15:57:29 +0000 Received: from localhost ([127.0.0.1]:57131 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ai2Cu-0008VX-Sf for submit@debbugs.gnu.org; Mon, 21 Mar 2016 11:57:29 -0400 Received: from mout.gmx.net ([212.227.15.15]:61659) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ai2Cs-0008VG-Ox for 23006@debbugs.gnu.org; Mon, 21 Mar 2016 11:57:27 -0400 Received: from detlef.gmx.de ([87.146.58.214]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0MD9J6-1aY9FD1OOK-00GY2r; Mon, 21 Mar 2016 16:57:19 +0100 From: Michael Albinus References: <871t7d4ion.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> <87zitsubm0.fsf@gmx.de> Date: Mon, 21 Mar 2016 16:57:17 +0100 In-Reply-To: (Stefan Monnier's message of "Sun, 20 Mar 2016 18:17:47 -0400") Message-ID: <87bn67omci.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:8QFi4WZFpAYxZrGRweERkXOnY0DsNSUaxGXFXUNF0JrTJSfOYd6 02gj+OuzbXeOsOmQULWZDhKy6AbdTibqUbkYHRvntv051APx2X2jprq7DzfWXv+LoqyAzXE usKWU3ohLhyQgh9QUsbk56Rs4yv9tPurBWDW15bdjzD689UeVxdWQiK+/K9MHcvcig4siz+ G+B8JgeL4ilI2URekeyxQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:zSgjGsYh/N4=:duorjH5KolzI4DjP6VPqDv HYEdV6Rp/ntcx6Gwt0MoqWA5Xk4cRBpIqK6c7m6U+tUtKGGFhbjbOSUqMHuo2TnmKAwmLcoEf yUL4lcatvpTWY2SvpZObrp7oJrBKD8lN3EgCl9iQiGHaSAQPARZX9hkcPxaRQbhf64rut8ddT jUCuvcU5qKF7loXA8Jo3HlbRZGOcl7ie1ls7RYJ1FTjhJGesjdyiT3+0c8RSD7VuBSLKF0lsM b6ffRg6pSoITorutvC+l4DjrjyN2aKW3YiTrqkw2PIGWrREyH3Bofi5lR7cY5vempOmwD05ji zkcs1Pmhix6NowOLqVvatk5rgWUGuPInkia0Dmh7aeBn7PJr7rfPWtTPM29vHpVdLHSh1GPsf 5Ny5vlVmhjPdQ/dMdqO6WxJ/Q6fbWNEEBsckpTSkOFB0A30waiQj+nusjzkuTFP1RIt6yrD31 lwrr3Xwq1f9dI7lLakpjTr1ERMngaD0/OQ2YBG/OT1UtYPnTxxE1woHhC/zu8+J161n1ptE0f PmviTAnjOLqAMi2E79vDaKejIdV0fiSI5kMkC+isSxe1MKE1fPpLf+CkrQsFIu0Jog7f1x+Ix LS7XmRwvG92WIlCHJDbk2lCn46t97nejdvIFYTkXYW0x8hW6qG+jFXUNacs5cU1FyYTrDSUOZ KxU1mT3VB4bgoA9emKbm6jPu1hy93x5NwXoFF+X3DDzJ29u0KBLPv8Hb0ll8uPd4bWsU8Qhlb F78N0bbC/GvVJyAk961g+FnBGKXwagn1rxPce2lwpoD2lgTTwqDjKZoiRnxvpWbF8+TC4ocCp NuAA3Wc X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Stefan Monnier writes: >>> 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'. > > Exactly: pcomplete tells Tramp that it's OK to prompt for a password by > *not* setting non-essential. That's how Tramp can know. But that's not the case in *this* bug. Opening a new connection is not the only decision Tramp takes depending on the setting of non-essential. The other decision is, whether a remote file name like "/adb:" is intended by the user as complete file name, or whether the completion machinery is still working, and Tramp could expext also a hostname after the method "adb". That's the problem in this bug; Tramp has not been informed that we are still in completion mode, and it takes "/adb:" serious (allowed to perform essential operations). >>>>> 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= data >>> collection (like semantic might perform)". >> I don't understand. Tramp does not know where it has been called >> from. It operates stateless. `non-essential' provides some context, >> that's all. > > That's right. What I'm pointing out is that the context that Tramp > needs is not "are we performing some kind of completion", but "are we > allowed to prompt the user for a password" (admittedly, `non-essential' > is not limited to "passwords" but more generally means that we should > stay discrete. E.g. it also means we shouldn't block Emacs for too > long). As said the other email, this decision doesn't make sense to Tramp. It can only decide "are we allowed to open a new connection". >> 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. > > Admittedly, the fact that the two sides (let-binder and var-reader) > don't agree on what that variable means, reduces its > usefulness significantly. > > In my view, Tramp should never prompt the user for a password (nor > signal an error, tho emitting some warning message might be OK in some > cases) when non-essential is non-nil. Again, pls speak about opening a new connection. And also again, this bug is *not* about Tramp prompting a password when it is not ecxpected. This bug is about Tramp taking "/adb:" as the final remote file name a user wants to be treated, because it wasn't informed that we are still in file name completion. > Stefan Best regards, Michael. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Mar 2016 16:04: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: To: Dmitry Gutov Cc: Stefan Monnier , 23006@debbugs.gnu.org Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.1458576214874 (code B ref 23006); Mon, 21 Mar 2016 16:04:01 +0000 Received: (at 23006) by debbugs.gnu.org; 21 Mar 2016 16:03:34 +0000 Received: from localhost ([127.0.0.1]:57139 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ai2In-0000E2-Ul for submit@debbugs.gnu.org; Mon, 21 Mar 2016 12:03:34 -0400 Received: from mout.gmx.net ([212.227.15.18]:59435) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ai2Im-0000Dq-Gg for 23006@debbugs.gnu.org; Mon, 21 Mar 2016 12:03:33 -0400 Received: from detlef.gmx.de ([87.146.58.214]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0Lj1Cw-1aCosd13ZG-00dDXg; Mon, 21 Mar 2016 17:03:25 +0100 From: Michael Albinus References: <871t7d4ion.fsf@gmx.de> <87egb8faxv.fsf@gmx.de> <8760wj3eks.fsf@gmx.de> <8760wj4jvp.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> Date: Mon, 21 Mar 2016 17:03:24 +0100 In-Reply-To: (Dmitry Gutov's message of "Mon, 21 Mar 2016 17:49:00 +0200") Message-ID: <877fgvom2b.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:vmyxB0TeNWHeAjHcbS4T4IAfV/voA4Y/VYjq6WstFRvTvsaoBEn pDlutYBv6lcZjCvojSuMZ3rh5g7vQCAyxyKelMwym083ga50LCaKKwcGVosFdCFkvh7KMY4 Lw5gFmCetEMBrtO4HxpEHrQAYeJVmFZL1Nff5E+0nljIZER2zMg4S9Bt88IdRs0hmGWm18D 8hCEHrb8mAtY7c8hs08kw== X-UI-Out-Filterresults: notjunk:1;V01:K0:gzB2Qns+lfk=:SpudILAILp2dzwaxPNiuMA ucAuVEUHyHJEDabH5wDQS4edp5foY5Lny+Rz6LLIQjYhYLwu5EhmzaQWAI528kNAYa0s3l/Ow S2UPLNXkbja1JKR6NAxDJjDjgf6msnJICo4YVCN6eEvqLxqdiwCtUIWjv/bFFFTJGhBYCkAAI mQBfrP5iTJBoUZZAxAASgsI1DPCzjL3sxIzsXy0jgNaO8mLBogMLeWAMO+DA6WrMmIJwAFJ5k DtmJc2rIJsWyewzU+bY9Uc66Wy/F3A/sdcLNsB1bPCUJ+TNqLjkj7RIhUeN1ALDEst2eFyKkM 26qsfiqHPeNrkaQpMxeegM+lZvq9RFD3vq4sheLmk5AcYv21u48LDec+GO1Sbo0RbXm+LGibu ZaVBAToSG8asWiPRmW8rHsXDklNoHF3lycW4Q1gQ87y58GKk9R8mJPfJmmdBKJy/DFMNa6mEd OSBb0atb5nMouWli9Gc6VkmeCsUt5V6374y9FfV7JPl3zXSJB6P39y28Ais6QBYKdcIRjs0Ed ZoqJDz6qCDy/t3V+kUWBFHfZ8dA/cThd66MWrGI4VaZTe5UVvM+loj8XWbJpUQMdhCTLyCS8S moXtKkB3sWaTtip3em+WHcVogUMhJ/6tbdZD8s6a2RlCBm5MAT0WIgLx9l/Ay7CVH7p9RN5Rn rGaHwZcYJWVDGCjYPlmBEWEdNQFhXE883kx1ubiHlr6raXVtp48gBTHXK0fpM7uUyIr0zykP2 f7rGffYUmJYQesrbcZEmZ/FhWUqx+yeoPFiYtg75f7uxmpsNbr82j57BZHoFpcl8byscgr4Gi SG8OFYo X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Dmitry Gutov writes: > On 03/21/2016 05:46 PM, Michael Albinus wrote: > >> Tramp doesn't know in advance whether it has sufficient credentials for >> a given connection. Therefore, it is only about whether Tramp shall open >> a new connection. Asking for the credentials is the user visible part of >> opening a new connection. > > Then it shouldn't open a new connection, I guess. Or somehow abort as > soon as it finds out that it doesn't have the sufficient credentials. The latter does not make sense. Starting with "ssh -l user host" and then aborting due to a missing password is nonsense. More serious, it could be regarded as attack by the server we try to connect. After several such attempts (every time you are in file name completion and must abort due to the missing credentials), the server shall blacklist us. The first case makes more sense. Once non-essential is non-nil, Tramp does not open a new connection until it is obvious that the user wants this. The indication is a slash in the local file name part. Best regards, Michael. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Mar 2016 16:14: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: To: Michael Albinus Cc: Stefan Monnier , 23006@debbugs.gnu.org Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.14585768241717 (code B ref 23006); Mon, 21 Mar 2016 16:14:01 +0000 Received: (at 23006) by debbugs.gnu.org; 21 Mar 2016 16:13:44 +0000 Received: from localhost ([127.0.0.1]:57149 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ai2Se-0000Rd-47 for submit@debbugs.gnu.org; Mon, 21 Mar 2016 12:13:44 -0400 Received: from mail-wm0-f54.google.com ([74.125.82.54]:35913) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ai2Sc-0000RQ-DL for 23006@debbugs.gnu.org; Mon, 21 Mar 2016 12:13:42 -0400 Received: by mail-wm0-f54.google.com with SMTP id r129so57220333wmr.1 for <23006@debbugs.gnu.org>; Mon, 21 Mar 2016 09:13:42 -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=rwV/PeO11tJL1+ECOXB1tcPQiDK2QdTfiyMAFdUSsYI=; b=G2ICPVnLXRGF3Yyv84VY7mKkiHRVZbisa7QQwRUZJrScXpxZD5sBqEZzVxhpzZ7G6R /26NswFuPkQTxVYJd616Bg69WCQAWLCZDepzA539Q7HPuFLrJi2g/CZzznBhKiw00yd3 w4VoN+yh24/gGvu7egUy4L1UtertfUSqfdrG2vKSXIaj6sXbnXhnTVLR7CmHysNgf1HK 22yy7bZ8UJJItzEXUnT7vqIcUgc6Ju7X71Rl/fLxYSXFs2ATxP9KawSCCdvUpwf9Zt5W pznNqN4pO1VuKQ7U8sc5TWXKK3Ll92mx+P7e6Uosg/HfwCfWup8tA0McOd+ZV3Kx4mwu omrA== 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=rwV/PeO11tJL1+ECOXB1tcPQiDK2QdTfiyMAFdUSsYI=; b=Lr9IwgHouxPKfyMINr14xSWQRRY1FCS6t6IjErpSqkm+u/lOX9vnfJulzF+2kOpGRS TgbDR22kuVezJKDTl8Yj1qEFej3aEpWlvoE+9U5DS1C4bFVnEm6YztMsx3rGRgAt9Ati IUMktzuA59ZNaKVIGDL1g4pTsSSkvklKu4qih5wo2VpPtG7d94DnYu7ghQu+5CyEYDOs +SsYqtTknWdQv/Z7Q10eqvF1ElsVHEeC/u95Buqe6yXYbi0lz8TOjesxtxRpCTZiVlqQ +St9EQNGbiarOMj99APzYQTUF09x70XyMoPnHsCbZFb/MbqVT1aa9jb6/ev7SzP4xlwJ OMRw== X-Gm-Message-State: AD7BkJJWavwQnaIHNkIqbB5U+ombcA56rop80EjoOuyA9gUikA+xkl+JM4TSMjEjd82lEA== X-Received: by 10.28.178.209 with SMTP id b200mr15092720wmf.98.1458576816876; Mon, 21 Mar 2016 09:13:36 -0700 (PDT) Received: from [192.168.1.2] ([185.105.175.24]) by smtp.googlemail.com with ESMTPSA id fv6sm26068092wjc.12.2016.03.21.09.13.34 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 21 Mar 2016 09:13:35 -0700 (PDT) References: <871t7d4ion.fsf@gmx.de> <87egb8faxv.fsf@gmx.de> <8760wj3eks.fsf@gmx.de> <8760wj4jvp.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> From: Dmitry Gutov Message-ID: <57b602fa-a6b7-48c7-22f0-3751cd956228@yandex.ru> Date: Mon, 21 Mar 2016 18:13:33 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <877fgvom2b.fsf@gmx.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) On 03/21/2016 06:03 PM, Michael Albinus wrote: > The latter does not make sense. Starting with "ssh -l user host" and > then aborting due to a missing password is nonsense. More serious, it > could be regarded as attack by the server we try to connect. After > several such attempts (every time you are in file name completion and > must abort due to the missing credentials), the server shall blacklist us. OK. > The first case makes more sense. Once non-essential is non-nil, Tramp > does not open a new connection until it is obvious that the user wants > this. The indication is a slash in the local file name part. That seems undesirable, and against non-essential's purpose. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Mar 2016 16:27:02 +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: To: Dmitry Gutov Cc: Stefan Monnier , 23006@debbugs.gnu.org Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.14585775642871 (code B ref 23006); Mon, 21 Mar 2016 16:27:02 +0000 Received: (at 23006) by debbugs.gnu.org; 21 Mar 2016 16:26:04 +0000 Received: from localhost ([127.0.0.1]:57162 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ai2ea-0000kF-MH for submit@debbugs.gnu.org; Mon, 21 Mar 2016 12:26:04 -0400 Received: from mout.gmx.net ([212.227.15.18]:53687) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ai2eZ-0000jl-BZ for 23006@debbugs.gnu.org; Mon, 21 Mar 2016 12:26:03 -0400 Received: from detlef.gmx.de ([87.146.58.214]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0Mb7pT-1aTY4W3nEx-00Kj1G; Mon, 21 Mar 2016 17:25:56 +0100 From: Michael Albinus References: <871t7d4ion.fsf@gmx.de> <8760wj3eks.fsf@gmx.de> <8760wj4jvp.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> Date: Mon, 21 Mar 2016 17:25:54 +0100 In-Reply-To: <57b602fa-a6b7-48c7-22f0-3751cd956228@yandex.ru> (Dmitry Gutov's message of "Mon, 21 Mar 2016 18:13:33 +0200") Message-ID: <8737rjol0t.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:ok8jbrQuLCtuYH3iiQVskX10MiWnhYKJPUTx/oMWZ8eHwn1WXSr Dy6W5hfDxr3W/Map/aEu4dK3xsGeqbxDADrULklrWsS0DI6r55ssJmx45NxlBYAdbG8HNyS rjvszjiTINIqGsEXMUFes5xe5Gi24Z2BfQUU7bdBCPjsGa84LSbdyFe0PDFWysPKpUcyEwA R2jV1bTuqYhVcltOheF1A== X-UI-Out-Filterresults: notjunk:1;V01:K0:tcdXt8JBPUo=:MFDLrioafCnKAYKBZzDIOW /yH23OwpTS6A7ZlF5whTNQEowFOLXNJkLbMj+9uWfR1YvgrpAxFWhGrer4GiHeYb66sEDiubp SKM0MgR8/2+yIGsAxNTYQWhcumLqCa9pN1k0LvSHXuzN6Y8EOG12bjI+aJqHaGYvBaB01bKm8 IkjgERjUJTE7B54Ucrl+GvFey+PwX/GX5LYzxf01/GNq0eR4ist8ZAw+/JLKIhRMhhy1PQXH3 BLPTbL43rWfKk/+BqKn3b/YTmVoK47cNQ2RkMH9JhNvOjOBTv1y/bjkKDMcOGMU3sexxh/0ml MlBSJq5yAGU3vOBl4tG8VK+Em44694k2n7yzW3/oYUQpSrNG5f45kyVogwPngkMQwJt4/T6Z0 lRh7YrjyCwXn7KAAv4huHTR9rRJCsXKbN+diSdtclGDGCB1hIAb5tzsTRn9If6ie4zzWIQ6nU ePOHezthl1BmVb5c/Pok04Jo/y0M6wLHy0RFCi1gDJBMvdmZJFZaTu8alkeExTJUavgnDeVir SMVQIvzNkwIpY9jSGzLZ1NSovyjt6oYYiiz+VFgE1UhcK+1ehfV4W3paw5yRUuyeCW/9MSLr2 r0HBkkjo9WEn7DQ/xYJ0JusgWv8viVsR6hJmqE4F4784PKe04xLyYFp4D4FpUu85LtQEzhszT spsvzyuB7XIrSQRSYdoe2+I4P3GPpDDSbZ0KOM0T2wx9GSKO75moIWVRxWAUDon/n/NFA/vvw RamE7l+aeJb0wrgkPmvNNvXSq7QX6EwijL93i8AEEKgLVpwDZwnoS5Bu1Q0/MM6dml62qAwg+ bTqtKj9 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Dmitry Gutov writes: >> The first case makes more sense. Once non-essential is non-nil, Tramp >> does not open a new connection until it is obvious that the user wants >> this. The indication is a slash in the local file name part. > > That seems undesirable, and against non-essential's purpose. Whatever `non-essential's purpose is. *I* have asked for an indication that file name completion is ongoing. Stefan wanted to use it in a more general way. I haven't seen the other use cases yet. Best regards, Michael. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Mar 2016 16:46:02 +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: To: Michael Albinus Cc: Stefan Monnier , 23006@debbugs.gnu.org Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.14585787484605 (code B ref 23006); Mon, 21 Mar 2016 16:46:02 +0000 Received: (at 23006) by debbugs.gnu.org; 21 Mar 2016 16:45:48 +0000 Received: from localhost ([127.0.0.1]:57168 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ai2xg-0001CD-CF for submit@debbugs.gnu.org; Mon, 21 Mar 2016 12:45:48 -0400 Received: from mail-wm0-f47.google.com ([74.125.82.47]:36330) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ai2xf-0001C1-4d for 23006@debbugs.gnu.org; Mon, 21 Mar 2016 12:45:47 -0400 Received: by mail-wm0-f47.google.com with SMTP id r129so58437922wmr.1 for <23006@debbugs.gnu.org>; Mon, 21 Mar 2016 09:45:47 -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=2WfqE25UASGnzOvg5GbyADYZboxxtoZC7Q1k+WdNqsY=; b=ROz75ahrSUtunjXg9W2reln30sVjEhjBdlEhyPUa6IYonOsrO9OAz9Zy0HnNEivUt8 eBYsX6ZPthgavqxAwWhPeS+lY+eh26v/beBtWZdZ70r9MjwLFc24GOonp4ex+jvs4KXI JPCHY1PXKh+3LuS6Kg4xczMRQmLZlFMnItReD0iboxh4eb6xGHyMo/5JaUwSHQYyhbjr kPG59HrmeE8ZAWqD3ta/KArgyroAFrj6qgkBt3qo+kiMG21De/Y7Jiv/kH7Fodxv7t/T 0i1OBqpPTk7Iw8rZPDEjK1mWX6wPJnQyFeV4l1HaXvuXdX36LwBQWgkbTqgzN21joBQH BKTw== 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=2WfqE25UASGnzOvg5GbyADYZboxxtoZC7Q1k+WdNqsY=; b=Fljs/rzHK6TnKY83yBewVy07hI/wDJx2V806JRwH83SqGysAMZCQZUtMmtq4YPejz6 /mzSW0bX/EmA7L0/yoNUBRWQLxmxQVMdQ3PA2XvOAUt0CajBhHtJlulwzq99SXNfI1Wv BnUuuwjYWgdrseWtbvp2j2qCN3D0HFlnL6CqE+n9/8wyR0JH7ACGFFIbXxcGsWJH0GdO X+8zJ8pXoOx+Oj2P9YQqq9G5kp7IsFwFFwN80ahkBP1VOR7/XKd/Vy47ueGmc/8ZV3Yf SNrm9HoKWhNJQGZaXyKP5fcfuvu9FtuWCnNcXoDSJmypyX3QC776GPwAtQSVWUBbzyBL 2BmA== X-Gm-Message-State: AD7BkJIi4MJGoXSy53nMGCEYPTLTJV7pABcyfQdgNWS5Q3Cp1wavgzPy2IFiJVQAfm4qyQ== X-Received: by 10.28.142.213 with SMTP id q204mr14311985wmd.69.1458578741556; Mon, 21 Mar 2016 09:45:41 -0700 (PDT) Received: from [192.168.0.185] ([212.50.99.193]) by smtp.googlemail.com with ESMTPSA id lh1sm26082886wjb.20.2016.03.21.09.45.40 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 21 Mar 2016 09:45:40 -0700 (PDT) References: <871t7d4ion.fsf@gmx.de> <8760wj3eks.fsf@gmx.de> <8760wj4jvp.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> From: Dmitry Gutov Message-ID: <67874c87-ff4b-c1d9-8567-4aab31252d0b@yandex.ru> Date: Mon, 21 Mar 2016 18:45:39 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <8737rjol0t.fsf@gmx.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) On 03/21/2016 06:25 PM, Michael Albinus wrote: > *I* have asked for an indication > that file name completion is ongoing. Do that in Tramp's file-name-all-completions handler? > Stefan wanted to use it in a more > general way. I haven't seen the other use cases yet. Why do you need other cases? This *is* the more general way, and it makes more sense to me, as an author of a completion UI. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Mar 2016 16:56: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: To: Dmitry Gutov Cc: Stefan Monnier , 23006@debbugs.gnu.org Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.14585793155577 (code B ref 23006); Mon, 21 Mar 2016 16:56:01 +0000 Received: (at 23006) by debbugs.gnu.org; 21 Mar 2016 16:55:15 +0000 Received: from localhost ([127.0.0.1]:57181 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ai36o-0001Rt-Qh for submit@debbugs.gnu.org; Mon, 21 Mar 2016 12:55:15 -0400 Received: from mout.gmx.net ([212.227.15.18]:55798) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ai36m-0001QX-FR for 23006@debbugs.gnu.org; Mon, 21 Mar 2016 12:55:12 -0400 Received: from detlef.gmx.de ([87.146.58.214]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0Mb8MV-1aTY5j0npj-00KigG; Mon, 21 Mar 2016 17:55:04 +0100 From: Michael Albinus References: <871t7d4ion.fsf@gmx.de> <8760wj4jvp.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> Date: Mon, 21 Mar 2016 17:55:02 +0100 In-Reply-To: <67874c87-ff4b-c1d9-8567-4aab31252d0b@yandex.ru> (Dmitry Gutov's message of "Mon, 21 Mar 2016 18:45:39 +0200") Message-ID: <87y49bn53t.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:ERgqSWtCnBMCGsL0z+RdL//xMFYfr1xuhKjXx/JghckbfMe2bUW tWsjtDBEwpTNZKG69hWpvP0P+4QkFGltNaKbkhBKbVQPal1OItMxecIKbCgvAyLqi0UMwJP 0aCyeJzGrLq29/MCBDPgvbmo4XhV1SvMYscUyQzbSA4a5+yok0fW2u1wDNNWpw1DHVJIEOO EZM9jb/l87CX2VIwQMfBg== X-UI-Out-Filterresults: notjunk:1;V01:K0:7L+LEAoUn6g=:hNDNpIGCGNfJLRQ8MYpAtm 8uBxpTGYSHjjndt/LOQ9sv/GsVDq9qmCH+LIgoOMs71ZmO8olHRrQ62M2k5V9B1yRTqALOa8U VmYRUWsbhKUoetYfBAUuoXEptaCYNUUVboIYc6lrCSgMHxDQVEndSqwVwGmr5LRQfp2fGWQMO LGVnMX/KKy4yuAo6Uhllct2PbjS558yboQZ+BHMDBjRhIZmJmegaBjmzHEQmvS9CW5gGzmQDj EuThWJ1tiWHg2rCvhl0wS13QrlbE1RwovUuIWUz7wDGkXBPf9z4aR12Y3ZUwkn3ryusZWR7QX fZ4iHCUFTFj0bporB91BPXhUUS67dwEAYKe1auFduCXMMK5DtILwRfiGkMQyCYwQJgzT5xTo5 Kd7U+Nc2vWZR6sHI0bS/KimCigjgOL1SYLfGYLiXAhv7MFI5qO4BbmD5fFO7rXncr0P3RQqeA mzsiX7r8kFyYcaxXdD9575ojHNgHpiwmnpunq8giDVKitcB1RUtZ7Mdy7At1etuzSXpHejGdW lQnsTlHSfauw2oXud1r0gpy4G/HgjNRlh6x7Izt/aWtmWPmAxmJmI7aljCrrj2uA/iuc2o6we uXW0/FEa5JWwMP1KPcypxQtQj8grP8VLTSATxri+fMFexonyB7xwULpvJHzS57RtymQrkAwhB Fl84n14ZfYfxA7Bavab8U3yp6Fmx0GwB+4cd5rLtZTYEYiUecmdFHHV91E/DrSURCMJ7Ti+1I NbHDDEuiEbKBJ3v1k/2sKQz8AjoTisR5jYvKiDtLtaDjw0DEQ1CeMEjWid+IgoszIbKKjuHwF 82zf4cX X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Dmitry Gutov writes: > On 03/21/2016 06:25 PM, Michael Albinus wrote: > >> *I* have asked for an indication >> that file name completion is ongoing. > > Do that in Tramp's file-name-all-completions handler? It's not only file-name-all-completions. Other file name operations are involved also. >> Stefan wanted to use it in a more >> general way. I haven't seen the other use cases yet. > > Why do you need other cases? This *is* the more general way, and it > makes more sense to me, as an author of a completion UI. I don't need the other cases, and I've never asked for. The hypethetical existence of such a more general meaning is the argument, that non-essential does not simply indicate that file name completion is on the way. And I don't understand why Tramp shall refuse to provide file name completion once the user has asked for this explicitely. Typing "/ssh:host:tmp/em TAB" is a very convincing argument to me, that the user wants a new connection to "host", and she wants also to get completion for "tmp/ema" on that host. I cannot see why Tramp shall be forbidden to do this. But again, *this* bug report is not about what Tramp does when non-essential is bound to non-nil. *This* bug report is about, that non-essential is nil, although file name completion is undergoing. Remember, we are in eshell, the user has typed "cd /", and afterwards she has called pcomplete. Best regards, Michael. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Mar 2016 18:11:02 +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: To: Michael Albinus Cc: Stefan Monnier , 23006@debbugs.gnu.org Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145858385812848 (code B ref 23006); Mon, 21 Mar 2016 18:11:02 +0000 Received: (at 23006) by debbugs.gnu.org; 21 Mar 2016 18:10:58 +0000 Received: from localhost ([127.0.0.1]:57241 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ai4I6-0003LA-EX for submit@debbugs.gnu.org; Mon, 21 Mar 2016 14:10:58 -0400 Received: from mail-wm0-f52.google.com ([74.125.82.52]:35129) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ai4I5-0003Kz-O6 for 23006@debbugs.gnu.org; Mon, 21 Mar 2016 14:10:58 -0400 Received: by mail-wm0-f52.google.com with SMTP id l68so121229019wml.0 for <23006@debbugs.gnu.org>; Mon, 21 Mar 2016 11:10:57 -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=vfoTUw8IQqni7H61rEwUkHWD2+cEimiAJbNstBmskEI=; b=Wp5AjnCXMb7AKEo10mGB6o30HUO+dKyjXyXNJeAjqvVTLbqEHsY/ccg/sn4+2QCxXJ 10A16L22QqyTkZsPIUaJvxi60RO0wx6C3DQHlr+JnW/tZcFt9AiLx8Eqfnk4wibDiCU7 YRyyNVbQ3BjVC0F3xsugmXROnxdQauGVd4O6tcBR3SXXujlAhNIGTjpWl5C1gHX0PA3T K+ipDapqNJHEvqok28ovYml/5ytbGnJ/svveHaimV63A7brbFLTonDIXI06Qe6n2rxd4 lDWuz54PFhD/fOhQGp93zcr1WkYkFjy2F/tOSeaWaZc7X1Mb8FDZej8RA5Fb31BdpUBF HSpQ== 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=vfoTUw8IQqni7H61rEwUkHWD2+cEimiAJbNstBmskEI=; b=I2Oz9adKqo0GY5prr1Wlo6Tt075V6vo7ptU6O7yLHpBuVwOBspJL6yZdyBhTD/vMMF b2NgLuUx1HKVKr594qCydhFRlijdkNCiyYoFD+08rvM7pAWZbtdliMaRhFXvCOcRr6aD VVKzCdGCRUecNBU+WzuZAOtbj4HSeLesh1JM/WS2vEoYvZdGl1xuvAmkwqlUJ4YfeSyE 2FunliSMJnJhG0BvZSiWJ9C1dh5K8l3WU84W/0wJNcabT+iOJVBjJvfq6yLnzhL48Jcr Ig37zfW8cdSBSWQ+Rv4Iu29a2HhWu7UujHZc8SkXQ5jTHWiSpQWoWMs/h9Th4KIDHl/b EcvQ== X-Gm-Message-State: AD7BkJIueCRzpHPjzrch/J1xM4HAHyQHni7i1Gna2s1s5rSEQ5WcYRHkCQyqfGW4CPakPQ== X-Received: by 10.194.90.137 with SMTP id bw9mr31581987wjb.120.1458583851831; Mon, 21 Mar 2016 11:10:51 -0700 (PDT) Received: from [192.168.0.185] ([212.50.99.193]) by smtp.googlemail.com with ESMTPSA id lz5sm26510707wjb.5.2016.03.21.11.10.50 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 21 Mar 2016 11:10:50 -0700 (PDT) References: <871t7d4ion.fsf@gmx.de> <8760wj4jvp.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> From: Dmitry Gutov Message-ID: Date: Mon, 21 Mar 2016 20:10:49 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <87y49bn53t.fsf@gmx.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) On 03/21/2016 06:55 PM, Michael Albinus wrote: > And I don't understand why Tramp shall refuse to provide file name > completion once the user has asked for this explicitely. Typing > "/ssh:host:tmp/em TAB" is a very convincing argument to me, that the > user wants a new connection to "host", and she wants also to get > completion for "tmp/ema" on that host. I cannot see why Tramp shall be > forbidden to do this. You don't know that the user has pressed TAB. There are contexts where the user hasn't pressed TAB, but we still call file-name-all-completions, e.g. in an idle timer callback, to show what *would* happen *if* they press tab. > But again, *this* bug report is not about what Tramp does when > non-essential is bound to non-nil. *This* bug report is about, that > non-essential is nil, although file name completion is > undergoing. Remember, we are in eshell, the user has typed "cd /", and > afterwards she has called pcomplete. Sure. I'm the author of this report. Still, it would be nice to have `non-essential' have the intended effect. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Mar 2016 18:37: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: To: Dmitry Gutov Cc: Stefan Monnier , 23006@debbugs.gnu.org Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145858540415321 (code B ref 23006); Mon, 21 Mar 2016 18:37:01 +0000 Received: (at 23006) by debbugs.gnu.org; 21 Mar 2016 18:36:44 +0000 Received: from localhost ([127.0.0.1]:57270 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ai4h1-0003z3-Ur for submit@debbugs.gnu.org; Mon, 21 Mar 2016 14:36:44 -0400 Received: from mout.gmx.net ([212.227.17.21]:64621) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ai4h0-0003yo-SH for 23006@debbugs.gnu.org; Mon, 21 Mar 2016 14:36:43 -0400 Received: from detlef.gmx.de ([87.146.58.214]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0LcFTN-1a1YCC13uH-00jYRg; Mon, 21 Mar 2016 19:36:33 +0100 From: Michael Albinus 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> Date: Mon, 21 Mar 2016 19:36:30 +0100 In-Reply-To: (Dmitry Gutov's message of "Mon, 21 Mar 2016 20:10:49 +0200") Message-ID: <87twjzn0ep.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:xt7ltzZLe0z3N4qOAp1WxCPetilhTOQOm64dAT+dnhIyCG6ewUP D+rpe49c1eo9bZsiiNmuvndel+6ZqivJ5hkOorgBhbrmTT57g+b/pk4j/LIoibwPIT99oto 7At6yR2TthRQgWIqlWe/KBzbweuxmrpCZIcflfcpH6UHEsgS/Q7SZIzu0ZYU+jSz5J2aibO RLR2ozqrA74W0QZ+gq3Rw== X-UI-Out-Filterresults: notjunk:1;V01:K0:QArnVNwlr8I=:mu3I5Vc9+BDDiMv/9D6rH5 rN0CWJPsop44J2jHRETu46J8GwtX7F4ChBus5bVkPN/EzomHbMr41xCBT6uSxU3GpEFVVpAlJ YeqnR3s3epiGOjg9ZM7qgIrNVbN6seiPryQdZid4CqIX62pWbUIPIMnYq4WvqMrcRwhvJD/zw qEgME6c9a08xAykvVicJPHuGWJ6kMpHpx5wojvhkH1rKIVZyCYMxXrWrf7tbG6v2qH7K8NX9o mqzu4Far0tI02t366hn+ri3ysWiCuG3MYTKhP2a8QMLEcBe5GclDvFStNOIV01LcuWhGovrIu cAVWWbOhUMHmfbvLBgDkD7RQIaG5RnENUQQOM57cKNlk+64/Y9XES2wdo+3lLvgaYvDoJZG5S uh3e/YtRGstR8EBBG422OVsYyFYAC+OKx+/NzoU9T816o6w3+q7UdqNChuUH2wyJZqCq0y5vX J11fAQsi8MDxAanf5Vqc5ulbW34eT48WqjsQPacR3D8bS3TmmQMFlG3w/fcCtGQRxFC/al3QK ko+LGiRbiKWE+yXbCfGVqE2nh6A6eWrZyhiWPfA+WOFs23yTelKa+gt5y5XaPHjA89R9TeQQ1 51gJyoKwWoV1rn7fPjEQ+CYlTq7qvOWG7NL++Z5uY6FLqn93hNJOEbCcRzKainjkGtRc37xus EoE5dwuRPv2GYLlWjEx2Bkr1dc9iWiWvMjxnI2mKg663vP5sAZHyVyvuFz8+FTvJBcx9dxwf7 EXEc738z0+zLuh/gXw8pSF84kQWHSyuDd8dKssfuicovtcrsSY4P/CsX3EcVMKg4VFRERNDFZ eaUFgKu X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Dmitry Gutov writes: > On 03/21/2016 06:55 PM, Michael Albinus wrote: > >> And I don't understand why Tramp shall refuse to provide file name >> completion once the user has asked for this explicitely. Typing >> "/ssh:host:tmp/em TAB" is a very convincing argument to me, that the >> user wants a new connection to "host", and she wants also to get >> completion for "tmp/ema" on that host. I cannot see why Tramp shall be >> forbidden to do this. > > You don't know that the user has pressed TAB. There are contexts where > the user hasn't pressed TAB, but we still call > file-name-all-completions, e.g. in an idle timer callback, to show > what *would* happen *if* they press tab. 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! 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. >> But again, *this* bug report is not about what Tramp does when >> non-essential is bound to non-nil. *This* bug report is about, that >> non-essential is nil, although file name completion is >> undergoing. Remember, we are in eshell, the user has typed "cd /", and >> afterwards she has called pcomplete. > > 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. Best regards, Michael. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Mar 2016 19:25:02 +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: To: Michael Albinus Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145858824319883 (code B ref 23006); Mon, 21 Mar 2016 19:25:02 +0000 Received: (at 23006) by debbugs.gnu.org; 21 Mar 2016 19:24:03 +0000 Received: from localhost ([127.0.0.1]:57313 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ai5Qp-0005AZ-7h for submit@debbugs.gnu.org; Mon, 21 Mar 2016 15:24:03 -0400 Received: from chene.dit.umontreal.ca ([132.204.246.20]:47882) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ai5Qn-0005A2-39; Mon, 21 Mar 2016 15:24:01 -0400 Received: from pastel.home (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id u2LJOTxA004291; Mon, 21 Mar 2016 15:24:29 -0400 Received: by pastel.home (Postfix, from userid 20848) id 6A1ED60587; Mon, 21 Mar 2016 15:23:59 -0400 (EDT) From: Stefan Monnier Message-ID: 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> Date: Mon, 21 Mar 2016 15:23:59 -0400 In-Reply-To: <87y49bn53t.fsf@gmx.de> (Michael Albinus's message of "Mon, 21 Mar 2016 17:55:02 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV5617=0 X-NAI-Spam-Version: 2.3.0.9418 : core <5617> : inlines <4541> : streams <1606640> : uri <2171550> X-Spam-Score: -1.3 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.3 (-) > And I don't understand why Tramp shall refuse to provide file name > completion once the user has asked for this explicitely. Typing > "/ssh:host:tmp/em TAB" is a very convincing argument to me, that the > user wants a new connection to "host", We all agree. And in that case, non-essential will be nil, so Tramp can open a connection. It can even do that without the second slash. Stefan From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Mar 2016 19: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: To: Michael Albinus Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145858837820109 (code B ref 23006); Mon, 21 Mar 2016 19:27:01 +0000 Received: (at 23006) by debbugs.gnu.org; 21 Mar 2016 19:26:18 +0000 Received: from localhost ([127.0.0.1]:57324 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ai5Sz-0005EH-RP for submit@debbugs.gnu.org; Mon, 21 Mar 2016 15:26:18 -0400 Received: from chene.dit.umontreal.ca ([132.204.246.20]:56034) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ai5Sy-0005E9-JM for 23006@debbugs.gnu.org; Mon, 21 Mar 2016 15:26:16 -0400 Received: from pastel.home (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id u2LJQk6I004547; Mon, 21 Mar 2016 15:26:46 -0400 Received: by pastel.home (Postfix, from userid 20848) id CDB1360587; Mon, 21 Mar 2016 15:26:15 -0400 (EDT) From: Stefan Monnier Message-ID: References: <871t7d4ion.fsf@gmx.de> <87egb8faxv.fsf@gmx.de> <8760wj3eks.fsf@gmx.de> <8760wj4jvp.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> <87fuvjomow.fsf@gmx.de> Date: Mon, 21 Mar 2016 15:26:15 -0400 In-Reply-To: <87fuvjomow.fsf@gmx.de> (Michael Albinus's message of "Mon, 21 Mar 2016 16:49:51 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV5617=0 X-NAI-Spam-Version: 2.3.0.9418 : core <5617> : inlines <4541> : streams <1606641> : uri <2171552> X-Spam-Score: -1.3 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.3 (-) >> Indeed, the issue is "don't interfere with the main operation", so >> prompting is a clear no-no. Opening a new connection might be >> acceptable (as long as it doesn't block Emacs for too long, for >> example). > Again, Tramp has no chance to determine this in advance. Whether new > credentials are required interactively, or not, is decided only after > Tramp has started to open a new connection. That's OK. I'm only talking about the intended meaning of non-essential, independently of any particular use such as in Tramp. If there's a risk of problems and non-essential is non-nil, then don't open a new connection. If there's always such a risk, then never open a new connection (when non-essential is non-nil). Stefan From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode 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: To: Michael Albinus Cc: Stefan Monnier , 23006@debbugs.gnu.org Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145859560018124 (code B ref 23006); Mon, 21 Mar 2016 21:27:01 +0000 Received: (at 23006) by debbugs.gnu.org; 21 Mar 2016 21:26:40 +0000 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 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 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) 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) 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> From: Dmitry Gutov Message-ID: <00533907-878e-7f62-7b65-a4ba3318a8e9@yandex.ru> Date: Mon, 21 Mar 2016 23:26:30 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <87twjzn0ep.fsf@gmx.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) 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. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 22 Mar 2016 09:26: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: To: Stefan Monnier Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.14586387425639 (code B ref 23006); Tue, 22 Mar 2016 09:26:01 +0000 Received: (at 23006) by debbugs.gnu.org; 22 Mar 2016 09:25:42 +0000 Received: from localhost ([127.0.0.1]:57692 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiIZJ-0001Ss-TF for submit@debbugs.gnu.org; Tue, 22 Mar 2016 05:25:42 -0400 Received: from mout.gmx.net ([212.227.17.20]:59048) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiIZI-0001Sg-5q for 23006@debbugs.gnu.org; Tue, 22 Mar 2016 05:25:40 -0400 Received: from detlef.gmx.de ([87.146.58.73]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0Lu2F0-1ZkaPk3y8U-011VWY; Tue, 22 Mar 2016 10:25:31 +0100 From: Michael Albinus 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> Date: Tue, 22 Mar 2016 10:25:29 +0100 In-Reply-To: (Stefan Monnier's message of "Mon, 21 Mar 2016 15:23:59 -0400") Message-ID: <87mvpqn9ti.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:hQJtgSbl7OSeK/8dVzuIN5Nah39wXYrP1Lf4xpbpSj3c8+e0nI8 zea/wtZQhsSazY+kVvXQCjgVLfTXxIowuU9X/9GoZL6aNZQa2EDIuE0aWgwOzSOIKxPRO+2 4sqFQ5rlkDgRjWm41/P0Zts3H4NjyXuMKTTdWYh0RSaZVjbPxk6GEhWo5ScGIOZymuuzFvr oFaoO7UtIJ7JYtVM/a62g== X-UI-Out-Filterresults: notjunk:1;V01:K0:l6TejNgEnow=:4/dcdn/dvr1SBFjFirGmPn gH7zEjeJYvc+X0DESTCB5379SdtQPtZbP4nsuIm3M5jyuLQ1G8mPTG9kBW4WT3+wqco0oXtC0 Y7HfBG476TDGqwjWCvlfbhJ95hjKqA7lg8IvZ/XWRFjHGw7kRYNMimAUIjflN83xfhNsTh3jD 4sOD9dvmmJiCELa2kEJu81PLdHrmTU2+DyiAuq+3NMNzd/r96TO/8MIjzL/dUClLzllHPOKcr CQGR2Z53TW3wqS8YyJEtg7oNrCrEd/34qu+7TU+1wZuLbtLyr0jlXeTKUXr/gVRmuL+MFgyBX CwT/K2O/rbA2IbaLY0XEoVtHyZKTrRjSDDqpqmTEKRexI9etFlfV1jxgJMou0bwEqViipCnxZ IIDstVUf+HQPsjpIDMnYXYAFuYOhz2/30yE80Np80i/hiFyxp89yYKZ2G3/4NhWVP+yC4C/3G MeQrzpdIzS0qgEhIMH/G11XZy5niYZlZfZ/fi2woWurSXzI4i7OejdN0azrZegFRXyFTVw8JZ ddS++HHL7xzIO0+i/6EitxIlQFUmlStJYsaSlYuH1DfGxM0RUAaiaSIKQ70r5po1RzW3hTC12 AU80KNqmE7TItPPyLRnLFtWGvdv/KzDW7emjtygYeWGDK+1AxR4jEXG1p6h6THO5BIuGpWLor APek7P6MIx4QLtbjbu5mRGHQFEH7laDb1ZMjdHoFt44jPWuZVLzuSWiSy2Mf3+Y8REu2iwnGn UUEJZuzG1pbiNyXBnjlwYPRXTkd6nc9Uo6ZtdRuXb8XfWQWaU9EbnB82qhyvtGbNCXQEAb4uf SpYlI8g X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Stefan Monnier writes: >> And I don't understand why Tramp shall refuse to provide file name >> completion once the user has asked for this explicitely. Typing >> "/ssh:host:tmp/em TAB" is a very convincing argument to me, that the >> user wants a new connection to "host", > > We all agree. And in that case, non-essential will be nil, so Tramp > can open a connection. It can even do that without the second slash. As Dmitry has shown, there might be cases Tramp shall not open a new connection even in this case (called from an idle timer). So we need a distinction between "it is always blocked to open a new connection" and "We recommend Tramp to open a new connection only when it is safe for Tramp". One single value of non-essential doesn't fit this bill. > Stefan Best regards, Michael. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 22 Mar 2016 09:28:02 +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: To: Stefan Monnier Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.14586388755832 (code B ref 23006); Tue, 22 Mar 2016 09:28:02 +0000 Received: (at 23006) by debbugs.gnu.org; 22 Mar 2016 09:27:55 +0000 Received: from localhost ([127.0.0.1]:57696 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiIbT-0001W0-8k for submit@debbugs.gnu.org; Tue, 22 Mar 2016 05:27:55 -0400 Received: from mout.gmx.net ([212.227.17.22]:52394) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiIbR-0001Vo-Gw for 23006@debbugs.gnu.org; Tue, 22 Mar 2016 05:27:53 -0400 Received: from detlef.gmx.de ([87.146.58.73]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0MLelb-1aiZqj1WMt-000qhe; Tue, 22 Mar 2016 10:27:46 +0100 From: Michael Albinus References: <871t7d4ion.fsf@gmx.de> <8760wj3eks.fsf@gmx.de> <8760wj4jvp.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> <87fuvjomow.fsf@gmx.de> Date: Tue, 22 Mar 2016 10:27:44 +0100 In-Reply-To: (Stefan Monnier's message of "Mon, 21 Mar 2016 15:26:15 -0400") Message-ID: <87io0en9pr.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:SBOXEnJw4ofbBvYD8x4mQ4AwUeLXku1IznxfHvEvs1zLfwFevE5 sWPT/WmNrWRt4LwtNy5SgB3AGPMOCGRFzikHvjUP6fSLz3n0gYeZ7YY0Ct1ta+o9Yw/V5HO RTODN+Lj1xay+0hITZ2l5kQ0xPsouYj0KMzbYyhqW9VKsn9X8HzBmoZ6cLHqzVp/lsUFMx/ 57OP/UIhlEdzSQR7dX3UQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:Pu7tMVOJOig=:Gxqr+/8zGSP/3zLZfmOuPT UHcwPzDoKL7Hl93WwhmbSMFQaAhODjWtmdeVU4683v5ijoqimYXI8NlrH/Xyaolz06/C0Niin E+QTmBR9jjWwr+pUPS6sToqpM8X0xNffYf60M/RPRMTCJgsgLVcyzfP2khjrRNfKqRjogDGkA dJlbS3nWvTrBBPvMOrw4QAWYg93iUabEO0Xt/3liQ3XbxHSjZu2vnCtxtgfuqGa1YSHpo64kS wkkjliDdLv7hZPNNf/Vu/7KCGdsqFhGQCu4JAn7vEbaVM/+BvzKPb1Uo/NHv15FPxMHOa+tI8 ZNhV4zjXT/Xy4XVBV4mOD+/Ldulme9/ruXcIOm5VEHrxKm7weWjlY9gUHwkJPYFhyJfxs6svm v0sYPKvqanHpvY/Lx1mqkZdYPPWYQKP0L0+0v5YQBRDxWXgFdLWTDWnkFBhJwcD4Rt4jFIGPS aczSrRepFp3sj5XYkAuxG0Y/Kfthcf2XbGHIY/FiMpHLDmph2NMkoixpmrELeoBtw2k9b9BnH 0ZQ+dBEV0w3vuEK3AWpKp9rZsamPS0TKkLn50z9UEiQtxi1wlT2cMcLZkWj9AfQVFwlZ7xO3M fu5ilZRKHo5vMxcTvdmBQBI5pODsy7y9CyoI42a7NfQreG4ux61w743Ex/eRWe/kaJauhOvIi zEA4AmWoSYyda+bVkxfiCWnSVBPT4Qs8gnCbaanWTtN1X3jJeRXNshkFgza0R32XcCvwboCY9 TxkE+eF7yvvNeB20vDQzP5G8pleBStp8pBSJ14CwmPh0oDf6Fy9G8hBXGHrLVcMWyS4ZMKQpX Bt8NlXg X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Stefan Monnier writes: >>> Indeed, the issue is "don't interfere with the main operation", so >>> prompting is a clear no-no. Opening a new connection might be >>> acceptable (as long as it doesn't block Emacs for too long, for >>> example). >> Again, Tramp has no chance to determine this in advance. Whether new >> credentials are required interactively, or not, is decided only after >> Tramp has started to open a new connection. > > That's OK. I'm only talking about the intended meaning of > non-essential, independently of any particular use such as in Tramp. > If there's a risk of problems and non-essential is non-nil, then don't > open a new connection. If there's always such a risk, then never open > a new connection (when non-essential is non-nil). Unless we are running into the scenario given by Dmitry ... > Stefan Best regards, Michael. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 22 Mar 2016 09:48:02 +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: To: Dmitry Gutov Cc: Stefan Monnier , 23006@debbugs.gnu.org Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.14586400697631 (code B ref 23006); Tue, 22 Mar 2016 09:48:02 +0000 Received: (at 23006) by debbugs.gnu.org; 22 Mar 2016 09:47:49 +0000 Received: from localhost ([127.0.0.1]:57718 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiIui-0001z1-Lw for submit@debbugs.gnu.org; Tue, 22 Mar 2016 05:47:48 -0400 Received: from mout.gmx.net ([212.227.17.22]:64549) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiIug-0001yo-WC for 23006@debbugs.gnu.org; Tue, 22 Mar 2016 05:47:47 -0400 Received: from detlef.gmx.de ([87.146.58.73]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0Lp7d2-1a5vDi3sO4-00eqAT; Tue, 22 Mar 2016 10:47:39 +0100 From: Michael Albinus References: <871t7d4ion.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> <00533907-878e-7f62-7b65-a4ba3318a8e9@yandex.ru> Date: Tue, 22 Mar 2016 10:47:34 +0100 In-Reply-To: <00533907-878e-7f62-7b65-a4ba3318a8e9@yandex.ru> (Dmitry Gutov's message of "Mon, 21 Mar 2016 23:26:30 +0200") Message-ID: <87egb2n8sp.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:2LsLkti/ovKgP8mrJTSPLipjtHsarMbDm39EAfcB4aq/PYZHexk O1OqpFZ1h4ymrPAP6eFaMIaSXHGWU6ztDg7g7qTuiM8FVNesaHTahzkAb1NmQzKbw5aSaI0 8UTjTt5LRjKECUoPOOX2fsn85vNB7SuJukTfEg6caDqDIJU7DgKLdZFDMECAb3NwnsVzvD9 yOJcllXOB2l9y46GELabQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:yYotwzHMYNE=:7XnXKPTrkLiwB380pDkrur RwiJK7Pl3n3bkxbFfZ6ZnechXk6WZzh7GSXrkNtAfFbEWerZEP2o9vk/dy2xGTDrbeGziEydM Sktt8sOF5pNAMluzl+qPGOQJGd9li14jgNAK6GLZDqo1gBInHHn+eEBCzwXV9s0ZL+b1rZ2e4 sUOPutLDNQq6q+ei4U2umc7aFcANM+pOAeROm12UxBj82isf4z/Upnif+5PYMkEUwzaLpY3sO bMeVfNSOE6I5JG0mXdhGA6/hqDheWqL31ABDQkviaTY4AGlUmRpS2iq14a/baibFuesbepb0G eRPPl3rQx5dK33sImPb5TzILbzo+7BG/4/x6B3O5KCFL4h561PTP96IRzsFuezyQmK2n7oPMe ndyoTWZV7wRb+Roc/Zn3VhsCmHnkZoh4457fb2lhsi29VKdTDWxy6PBSFdt6Zj7Hb4/5Ure6k CUUDvFqu4zHk7UEq4tv6Gm/0LhxuQrV2OJg/jd10cvk+0GKoqCc6dxH+4kzWpJzZGC7a4fB+Q oAfDdlByLWJakYLsqt57xo8dN5ZHxH6/m2u3P2FWP5dftOgtGWh8FTV/kVWgFCqIeZXkHkH77 Mhlzr3Vi1CtTpm0wj6O8BGzGD+P2NnwGcvL8cLFZfjLerjs+UAMUILPSqXBSKtl3mvoeYBksE 6D57KW6NZGsto2VNfI6ZcQLgzZPt3j6xS3ibI5A4ERiMT6tFDyrP6LTxIbBkahkjlX0KRVhjE yuiTLlyr7C2r7Vh50inUV8hF5m4NwN2UXZ9SqzJeVYwztf6tFwk1JMwhH4Ag/MqQJam4tdB3l UJRBysW X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Dmitry Gutov writes: >> 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? Yes. The reason is that it has been always my understanding of non-essential. See the discussion between Stefan and me six years ago, when non-essential was born. Tramp needs an indication that file name completion is in progress. Otherwise, it would regard remote file names like "/adb:" safe to be handled, and it would report an error then. Again, we are speaking about arbitray file name operations but file-name-all-completions and file-name-completion. Every completion package is free to call any magic file name operation while file name completion is in progress, it isn't forbidden anywhere. > 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. I start to believe that we need two different indications. Let's assume non-essential provides two different non-nil values, `strict' and `best-effort'. (I don't insist in these names, I even don't insist it must be indicated by non-essential. Any other variable would do). In the `strict' case, Tramp must not open a new connection under any circumstances. That's your idle timer case. There might be also other cases, but it shall be used with care, because it restricts Tramp's convenience. In the `best-effort' case, Tramp is said that file name completion is in progress, and it shouldn't open a new connection even if the file name to be completed looks like a valid remote file name, like "/adb:". Tramp opens a new connection only when it is safe, for example when it has detected a slash in the local file name part of the file name to be completed. That's the case when the user has hit TAB, for example. File name completion packages, which bind non-essential to true these days, shall change this to a binding of `best-effort'. >> 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. `strict' is superior to `best-effort'. Coming back to this bug report, I would expect that non-essential is bound to `best-effort' somewhere in pcomplete or the involved completion package(s). When one of these packages determine, that they run in an idle timer (or something comparable dangerous), they should overwrite this binding of non-essential with `strict'. Best regards, Michael. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 22 Mar 2016 12:03: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: To: Michael Albinus Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.1458648137960 (code B ref 23006); Tue, 22 Mar 2016 12:03:01 +0000 Received: (at 23006) by debbugs.gnu.org; 22 Mar 2016 12:02:17 +0000 Received: from localhost ([127.0.0.1]:57827 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiL0q-0000FP-PY for submit@debbugs.gnu.org; Tue, 22 Mar 2016 08:02:16 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:23990) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiL0q-0000FD-2g for 23006@debbugs.gnu.org; Tue, 22 Mar 2016 08:02:16 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0A2FgA731xV/5a2xEVcgxCEAoVVu0CEfoJNBAICgTw7EgEBAQEBAQGBCkEFg10BAQMBViMFCws0EhQYDSSINwjPIwEBAQEBAQQBAQEBHos6hQUHhC0Fi0Sne4FFI4Fmgi4igngBAQE X-IPAS-Result: A0A2FgA731xV/5a2xEVcgxCEAoVVu0CEfoJNBAICgTw7EgEBAQEBAQGBCkEFg10BAQMBViMFCws0EhQYDSSINwjPIwEBAQEBAQQBAQEBHos6hQUHhC0Fi0Sne4FFI4Fmgi4igngBAQE X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="197704124" Received: from 69-196-182-150.dsl.teksavvy.com (HELO pastel.home) ([69.196.182.150]) by ironport2-out.teksavvy.com with ESMTP; 22 Mar 2016 08:02:10 -0400 Received: by pastel.home (Postfix, from userid 20848) id 283FE64302; Tue, 22 Mar 2016 08:02:10 -0400 (EDT) From: Stefan Monnier Message-ID: References: <871t7d4ion.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> <87mvpqn9ti.fsf@gmx.de> Date: Tue, 22 Mar 2016 08:02:10 -0400 In-Reply-To: <87mvpqn9ti.fsf@gmx.de> (Michael Albinus's message of "Tue, 22 Mar 2016 10:25:29 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) >>> And I don't understand why Tramp shall refuse to provide file name >>> completion once the user has asked for this explicitely. Typing >>> "/ssh:host:tmp/em TAB" is a very convincing argument to me, that the >>> user wants a new connection to "host", >> We all agree. And in that case, non-essential will be nil, so Tramp >> can open a connection. It can even do that without the second slash. > As Dmitry has shown, there might be cases Tramp shall not open a new > connection even in this case (called from an idle timer). In the idle timer case, non-essential will be non-nil, so Tramp should never open a connection. > So we need a distinction between "it is always blocked to open a new > connection" and "We recommend Tramp to open a new connection only when > it is safe for Tramp". One single value of non-essential doesn't fit > this bill. I must have missed something. Can you repeat which are the three different cases you have in mind? [ In this message, I only see two cases, and I'm not sure what the third would be. ] Stefan From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 22 Mar 2016 12:03:02 +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: To: Michael Albinus Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.1458648164999 (code B ref 23006); Tue, 22 Mar 2016 12:03:02 +0000 Received: (at 23006) by debbugs.gnu.org; 22 Mar 2016 12:02:44 +0000 Received: from localhost ([127.0.0.1]:57830 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiL1I-0000G3-1z for submit@debbugs.gnu.org; Tue, 22 Mar 2016 08:02:44 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:38673) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiL1G-0000Fq-N7 for 23006@debbugs.gnu.org; Tue, 22 Mar 2016 08:02:42 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0A2FgA731xV/5a2xEVcgxCEAoVVu0CEfoJNBAICgTw7EgEBAQEBAQGBCkEFg10BAQMBViMFCws0EhQYDSSINwjPIwEBAQEBAQEDAQEBAQEdizqFBQeELQWzP4FFI4QUIoJ4AQEB X-IPAS-Result: A0A2FgA731xV/5a2xEVcgxCEAoVVu0CEfoJNBAICgTw7EgEBAQEBAQGBCkEFg10BAQMBViMFCws0EhQYDSSINwjPIwEBAQEBAQEDAQEBAQEdizqFBQeELQWzP4FFI4QUIoJ4AQEB X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="197704247" Received: from 69-196-182-150.dsl.teksavvy.com (HELO pastel.home) ([69.196.182.150]) by ironport2-out.teksavvy.com with ESMTP; 22 Mar 2016 08:02:37 -0400 Received: by pastel.home (Postfix, from userid 20848) id 2078E64302; Tue, 22 Mar 2016 08:02:37 -0400 (EDT) From: Stefan Monnier Message-ID: References: <871t7d4ion.fsf@gmx.de> <8760wj3eks.fsf@gmx.de> <8760wj4jvp.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> <87fuvjomow.fsf@gmx.de> <87io0en9pr.fsf@gmx.de> Date: Tue, 22 Mar 2016 08:02:37 -0400 In-Reply-To: <87io0en9pr.fsf@gmx.de> (Michael Albinus's message of "Tue, 22 Mar 2016 10:27:44 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > Unless we are running into the scenario given by Dmitry ... Which scenario is that? Stefan From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 22 Mar 2016 12:06: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: To: Michael Albinus Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.14586483591280 (code B ref 23006); Tue, 22 Mar 2016 12:06:01 +0000 Received: (at 23006) by debbugs.gnu.org; 22 Mar 2016 12:05:59 +0000 Received: from localhost ([127.0.0.1]:57835 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiL4R-0000KZ-FR for submit@debbugs.gnu.org; Tue, 22 Mar 2016 08:05:59 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:10502) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiL4P-0000KM-QI for 23006@debbugs.gnu.org; Tue, 22 Mar 2016 08:05:57 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0BCFgA731xV/5a2xEVcgxCEAoVVwD6CTQQCAoE8PRABAQEBAQEBgQpBBYNdAQEDAVYjBQsLNBIUGA0kiDcIzyMBAQEBAQEEAQEBAR6LOoUFB4QtBYtEp3uBRSOEFCKCeAEBAQ X-IPAS-Result: A0BCFgA731xV/5a2xEVcgxCEAoVVwD6CTQQCAoE8PRABAQEBAQEBgQpBBYNdAQEDAVYjBQsLNBIUGA0kiDcIzyMBAQEBAQEEAQEBAR6LOoUFB4QtBYtEp3uBRSOEFCKCeAEBAQ X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="197705026" Received: from 69-196-182-150.dsl.teksavvy.com (HELO pastel.home) ([69.196.182.150]) by ironport2-out.teksavvy.com with ESMTP; 22 Mar 2016 08:05:44 -0400 Received: by pastel.home (Postfix, from userid 20848) id 92281623A4; Tue, 22 Mar 2016 08:05:44 -0400 (EDT) From: Stefan Monnier Message-ID: References: <871t7d4ion.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> <00533907-878e-7f62-7b65-a4ba3318a8e9@yandex.ru> <87egb2n8sp.fsf@gmx.de> Date: Tue, 22 Mar 2016 08:05:44 -0400 In-Reply-To: <87egb2n8sp.fsf@gmx.de> (Michael Albinus's message of "Tue, 22 Mar 2016 10:47:34 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > Tramp needs an indication that file name completion is in progress. That's where we disagree. > Otherwise, it would regard remote file names like "/adb:" safe > to be handled, and it would report an error then. This bug report is not about "cd /adb: TAB signals an error" but about "cd / TAB signals an error". The "/adb:" part comes from Tramp because of a problem in Tramp's implementation of file-name-directory, AFAICT. It has nothing to do with file name completion. Stefan From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 22 Mar 2016 12:07: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: To: Stefan Monnier Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.14586483681324 (code B ref 23006); Tue, 22 Mar 2016 12:07:01 +0000 Received: (at 23006) by debbugs.gnu.org; 22 Mar 2016 12:06:08 +0000 Received: from localhost ([127.0.0.1]:57839 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiL4Z-0000LI-N0 for submit@debbugs.gnu.org; Tue, 22 Mar 2016 08:06:07 -0400 Received: from mout.gmx.net ([212.227.17.20]:52713) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiL4Y-0000Kn-I5 for 23006@debbugs.gnu.org; Tue, 22 Mar 2016 08:06:06 -0400 Received: from detlef.gmx.de ([87.146.58.73]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0M6eTo-1ZoQbK2JAi-00wVQS; Tue, 22 Mar 2016 13:05:58 +0100 From: Michael Albinus References: <871t7d4ion.fsf@gmx.de> <8760wj4jvp.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> <87fuvjomow.fsf@gmx.de> <87io0en9pr.fsf@gmx.de> Date: Tue, 22 Mar 2016 13:05:56 +0100 In-Reply-To: (Stefan Monnier's message of "Tue, 22 Mar 2016 08:02:37 -0400") Message-ID: <87oaa6lntn.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:G4bepmRImos8WdnzBwDUSjG1TrxPsw8W5n8YYiPBoOrw/8zjFJl LlXKFBbMWc2znXxpeVLiXUen93Dvqn9WATk8KwrB8GLuXPtJh1r8GLOAv0MywnkWqeXuVva j/P7IA9I7VXNZ7RYcitz1h4RTtVOgCVBER4JyMuUt11ZuJA+272AupQvgaPgAcUKxO5jnwy N8kSZMoljj8MPWP3WrEVg== X-UI-Out-Filterresults: notjunk:1;V01:K0:hDgn9Oct7hQ=:rgXziB9jktrX71MRyqUWWQ HnB9j0lnBAAtuLVHACRjom2D8ij6d0MHemoFv8mA8ZDfozoEOqF75pqd8/Zu1uLnHq7kwaEey nnxX4Lb46HH9ZGQKH2DppJc5nfr+A5YXZM6mVYzNm56XWC4vrlhNXim+MBvJCqDVS6qXYGkiq VlgGhyuJenfVHjWrs8KRTCm2VbUC9Qs9e3gb6Z3UDQVSWRDLlAv8uNJkzzgcII26jcKYfO2mM sDYrzGRbkllZmeXjrye/9Y/x48j2kFpAasH04jK044Aes8OHAoAc7wElFLITyTG1o8Rjabrt2 ANAK9WZsb3D2AArnvacOb+lhT6b8XBgcJUJS1ltfa7Y9XKmw/0BK+NYnuVFu87geUJwKWk3DA 83NQmfjG5DSUIiYv4x8FXNDTpLYZ6oiC7wz/1kcRBO00MmDu3ADWHNvnw5x+qI3SXKIlgW2nY MW++B5sX2KQZ54TbUslNbgFyh3Sd4dy2cFhNLb4BkmDgcLej2Ul3YLw1mMcmhF/QD8G/5ruHH 7rSJfuLzu8wbwbp9hAtXmB3Kj3e23ksJK0qGjzSbdiF+BjlEv6j/C8RtU2Gi4TPcpJ+rzwYrn 7ElGBXYb/PqXUCIoIiYnvB+XwiU27XfkxKt+5QnnRKQzmmjZ35R8z2mrwvTthaLFM4PJ6da+J mYiWTJEKP7WflYPIOq5tuRACl6YjgtFrqsxTsAsqhGaAKih1AigPkki6FtA5YK6rlH4swRzJS BHiS1fvmnwbFcvD/C1OVAKBPlgvzYhkZhJmZWnmOR8DWodnpI2apKghJ31KoMKD2thCI6rtL6 GvKS5kr X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Stefan Monnier writes: >> Unless we are running into the scenario given by Dmitry ... > > Which scenario is that? Idle timer. > Stefan Best regards, Michael. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 22 Mar 2016 12:09:02 +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: To: Stefan Monnier Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.14586485361551 (code B ref 23006); Tue, 22 Mar 2016 12:09:02 +0000 Received: (at 23006) by debbugs.gnu.org; 22 Mar 2016 12:08:56 +0000 Received: from localhost ([127.0.0.1]:57843 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiL7I-0000Ox-56 for submit@debbugs.gnu.org; Tue, 22 Mar 2016 08:08:56 -0400 Received: from mout.gmx.net ([212.227.15.19]:50684) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiL7G-0000Oi-Jq for 23006@debbugs.gnu.org; Tue, 22 Mar 2016 08:08:55 -0400 Received: from detlef.gmx.de ([87.146.58.73]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0MMBun-1agx0L1u5F-007zWp; Tue, 22 Mar 2016 13:08:44 +0100 From: Michael Albinus References: <871t7d4ion.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> <87mvpqn9ti.fsf@gmx.de> Date: Tue, 22 Mar 2016 13:08:43 +0100 In-Reply-To: (Stefan Monnier's message of "Tue, 22 Mar 2016 08:02:10 -0400") Message-ID: <87k2kulnp0.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:H2+ocJh62EjOqL6C8wGZH/ZYXJzP2Tr9WroPQ7hRaKuKfh2xaOA LoMG+/XPC7z4kCFTtRkRq02vRrwQJklr/uvzt2ag4J5NRZ0Vyy0Jda65c5+YSgoPs0ZIzWL xq3lK77Qiy4SQIvbBpQ2DbGsMKy0zXqhEfOTTI0GNtmi+prfwLjYctCtAmMz4J4cDg5uG2I FQF0lzi5d+MymkXtYogvw== X-UI-Out-Filterresults: notjunk:1;V01:K0:vfdxE3+XbbI=:+0+44oN53/+dbM/ih2Q7Qm QAaM834db1btAxfyPzMo4xM61gRYSqJlbcGAMvrUIzOz/gVCwu7o4MfXaNatv/DTLuiCCVTnB KwxcZpATdrxEGz5Ze6jmGmL//qUEB5DSjBrDqdzOp6LjHOeRf/xIql7ej9HN6cz2x692SvJEE VlwdfnC6zC9dWmTJGrwXXaTKyK77nEMIDBd1+CzHGYhw9ZxWPvgh9yOVarsAO1RLCABlRtF1f 7GTfBUz6/j1Y6CteEs+vuLl282Ac0WVVf3zZ0VhphDwR8Fvi6qw8nRTqfsh3q38V/HtQ0MGml no9fT4jzRkyKJZ+NjW9/WPlm/QAus73KNOoatY2ul2UZGnPepZbfOILPRFP3hWhfjVa1zTBv4 3boiyWOxQWjxU5pbNlH2fnZVNsWfg2jO68dsLlArtUEH83TrVknGfgxcDhCAwZWKM6Jwy52TB IDgqI1vV65jcyVW6A8dPx8CIlXJRmPpl83AWMJwAWBDpgv0R/8XGDsBHvieWj1bRFr1j2PLM9 DjvUTr/RiDCJB819NipRVG5qVXltU3XJecRKQ8cDZ6QvFi2frlbtwEg3JiY+BesH869cWM0ra wu4vb3HJjj6SpuVcG6Ju8zdP+lPjz30sDonIPkO+vDaMRCLxhj7axhtXMjtW9cm8SIbuHf0lL vkwBEEAJcSw8VQyahwY2UAt9q43CsZmron6ZmMNOOrQm4fgOphevvf3iR9irVJOBuJR9Kvkw5 850XTtgWBrpI/mt7fBDbqxOI8b577rz2UtN8luO0yzJIZV1XrD5d9WQOyxARI9P1kBOIm8JfF L/qJyBa X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Stefan Monnier writes: >>>> And I don't understand why Tramp shall refuse to provide file name >>>> completion once the user has asked for this explicitely. Typing >>>> "/ssh:host:tmp/em TAB" is a very convincing argument to me, that the >>>> user wants a new connection to "host", >>> We all agree. And in that case, non-essential will be nil, so Tramp >>> can open a connection. It can even do that without the second slash. >> As Dmitry has shown, there might be cases Tramp shall not open a new >> connection even in this case (called from an idle timer). > > In the idle timer case, non-essential will be non-nil, so Tramp should > never open a connection. > >> So we need a distinction between "it is always blocked to open a new >> connection" and "We recommend Tramp to open a new connection only when >> it is safe for Tramp". One single value of non-essential doesn't fit >> this bill. > > I must have missed something. Can you repeat which are the three > different cases you have in mind? > [ In this message, I only see two cases, and I'm not sure what the > third would be. ] I'm speaking only about two different cases. File name completion started by user activity, like hitting TAB. And file name completion started in the background, for example via idle timers. If I have said "three" somewhere else, it was a mistake. > Stefan Best regards, Michael. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 22 Mar 2016 12:21: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: To: Stefan Monnier Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.14586492412545 (code B ref 23006); Tue, 22 Mar 2016 12:21:01 +0000 Received: (at 23006) by debbugs.gnu.org; 22 Mar 2016 12:20:41 +0000 Received: from localhost ([127.0.0.1]:57847 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiLIf-0000ey-93 for submit@debbugs.gnu.org; Tue, 22 Mar 2016 08:20:41 -0400 Received: from mout.gmx.net ([212.227.15.19]:63255) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiLId-0000el-8q for 23006@debbugs.gnu.org; Tue, 22 Mar 2016 08:20:40 -0400 Received: from detlef.gmx.de ([87.146.58.73]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0MTjqS-1aHyl41nAu-00QWLm; Tue, 22 Mar 2016 13:20:30 +0100 From: Michael Albinus References: <871t7d4ion.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> <00533907-878e-7f62-7b65-a4ba3318a8e9@yandex.ru> <87egb2n8sp.fsf@gmx.de> Date: Tue, 22 Mar 2016 13:20:27 +0100 In-Reply-To: (Stefan Monnier's message of "Tue, 22 Mar 2016 08:05:44 -0400") Message-ID: <87fuviln5g.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:1WBo4or4lkZ1URCRT1jvYxxQTm/nTTW2MBmc/PetPJV6DfcYshw ll+JeCqN4ri9pmba1LE4eJkNJDMDhDuOZXCmRxNGM7FIUhufMz3eI2Nt+GjJHK0GJtmRM/I BqpBi0tCdKiXC9APj16+0Y083TxDBEPzKO/MSiwZJZOXsB/K9qWDHlwW5N7Xkm/W0nFyBV6 tOo2AlkljmolZYwTCsItA== X-UI-Out-Filterresults: notjunk:1;V01:K0:62vl7rfIlhs=:DIU5K3HAC3bbIXB++jzyGI qnLIm04//O6cUAzPP/zB/OtK2bYvYfupRrCJHw6uJQyesadVw1rZEyi10lC+/SuCl6HgJxmbY tWS9e2HIWlXF2Vn8HboE/g/M9G4jMkt5m4NZjTithdGxipKGzg0A3gSzu9qi7O56xRNg5inYg E+9CjwMPYHbQ//PrHUPAei9cscOvagqlGOVVigBs8yH2uJCoHXL9ZiAfAb47EhxBCg0Ul2x4n EvXXq8RX0wsL7yFcH0HEHdUS+5ZZlk9Vz/uMpt/mnciiMm9K14PpMQ6fLGXvqEK/+7d3iNPS3 oxkl+IOmGQWvD2WyjClsSTAdB/lKQ5/HkuW9QIeVvU0gMPUMnySzOAT4iN9f+2I+GBpb7dD4t jtVcXFhQGsgrTU06YX2nWTHMlEnRMrfKBF0aPUUy/DzaQ8k6LeMWVQVcCfcCJjuLGWUbRqngv 0SY0eiZgPTWIL6PDalASuGdLxc5a/dxD2fs9Ly52xcp6mjBVPxuMoy4wLk1O1xU4Eazb2ikJG CzCan4pXkjSn/bvqwO4/bd7NYBFYsGjgCsQcDcRhlCdvtyct7OIBdr1fYuCS+xNlbVIaECtMa a38GW39yFfRrYjuo5PQs6KmZAqgu7AL9dTdd6NCdv+BbQwdGi3f2BJHlJUyNzT7P4LN//LgPZ XSPL1g80VORF7PKqaRbtkczv/Ly+kcMtt+LqhCOjP4fKvFGsSyNIfKYdEVQ/oWip4lggYLHKR IJ3gDjD0wZz94rPVptOf7LyP7yMT/RM09drGldJ3EnglsKH+CWsBKEcyJiEMx26elXVGZfeB6 LwIFeQ7 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Stefan Monnier writes: >> Tramp needs an indication that file name completion is in progress. > > That's where we disagree. > >> Otherwise, it would regard remote file names like "/adb:" safe >> to be handled, and it would report an error then. > > This bug report is not about "cd /adb: TAB signals an error" but about > "cd / TAB signals an error". The "/adb:" part comes from Tramp because > of a problem in Tramp's implementation of file-name-directory, AFAICT. > It has nothing to do with file name completion. cd / TAB calls file-name-all-completions. This returns several candidates, like "/adb:". That's OK. Afterwards, (file-directory-p "adb:") is called from completion-file-name-t= able: ... expand-file-name("adb:" "/") apply(expand-file-name ("adb:" "/")) (let* ((inhibit-file-name-handlers (cons (quote tramp-completion-file-nam= e-handler) (cons (quote cygwin-mount-name-hook-function) (cons (quote cygwi= n-mount-map-drive-hook-function) (and (eq inhibit-file-name-operation opera= tion) inhibit-file-name-handlers))))) (inhibit-file-name-operation operatio= n)) (apply operation args)) tramp-completion-run-real-handler(expand-file-name ("adb:" "/")) (if (and fn tramp-mode (or (eq tramp-syntax (quote sep)) (featurep (quote= tramp)) (and (boundp (quote partial-completion-mode)) (symbol-value (quote= partial-completion-mode))) (featurep (quote ido)) (featurep (quote icicles= )))) (let ((save-match-data-internal (match-data))) (unwind-protect (progn = (apply (cdr fn) args)) (set-match-data save-match-data-internal (quote evap= orate)))) (tramp-completion-run-real-handler operation args)) (let ((fn (assoc operation tramp-completion-file-name-handler-alist))) (i= f (and fn tramp-mode (or (eq tramp-syntax (quote sep)) (featurep (quote tra= mp)) (and (boundp (quote partial-completion-mode)) (symbol-value (quote par= tial-completion-mode))) (featurep (quote ido)) (featurep (quote icicles))))= (let ((save-match-data-internal (match-data))) (unwind-protect (progn (app= ly (cdr fn) args)) (set-match-data save-match-data-internal (quote evaporat= e)))) (tramp-completion-run-real-handler operation args))) tramp-completion-file-name-handler(expand-file-name "adb:" "/") file-directory-p("adb:") #[257 "\302\203\n\302!\205=00\301\203=00\301!\205=00\300?\206=00\300!\207= " [file-directory-p #[257 "\211GSH\302=3D\203=00\301\205=00\303\301\"\202= =00\300\205=00\303\300\"?\207" ["~\\'" "\\`\\(\\.\\.?\\|CVS\\)/\\'" 47 stri= ng-match] 4 "\n\n(fn FILE)"] nil] 3 "\n\n(fn F)"]("adb:") completion-file-name-table("/" #[257 "\302\203\n\302!\205=00\301\203=00\3= 01!\205=00\300?\206=00\300!\207" [file-directory-p #[257 "\211GSH\302=3D\20= 3=00\301\205=00\303\301\"\202=00\300\205=00\303\300\"?\207" ["~\\'" "\\`\\(= \\.\\.?\\|CVS\\)/\\'" 47 string-match] 4 "\n\n(fn FILE)"] nil] 3 "\n\n(fn F= )"] t) comint-completion-file-name-table("/" #[257 "\302\203\n\302!\205=00\301\2= 03=00\301!\205=00\300?\206=00\300!\207" [file-directory-p #[257 "\211GSH\30= 2=3D\203=00\301\205=00\303\301\"\202=00\300\205=00\303\300\"?\207" ["~\\'" = "\\`\\(\\.\\.?\\|CVS\\)/\\'" 47 string-match] 4 "\n\n(fn FILE)"] nil] 3 "\n= \n(fn F)"] t) complete-with-action(t comint-completion-file-name-table "/" #[257 "\302\= 203\n\302!\205=00\301\203=00\301!\205=00\300?\206=00\300!\207" [file-direct= ory-p #[257 "\211GSH\302=3D\203=00\301\205=00\303\301\"\202=00\300\205=00\3= 03\300\"?\207" ["~\\'" "\\`\\(\\.\\.?\\|CVS\\)/\\'" 47 string-match] 4 "\n\= n(fn FILE)"] nil] 3 "\n\n(fn F)"]) completion-table-with-predicate(comint-completion-file-name-table #[257 "= \302\203\n\302!\205=00\301\203=00\301!\205=00\300?\206=00\300!\207" [file-d= irectory-p #[257 "\211GSH\302=3D\203=00\301\205=00\303\301\"\202=00\300\205= =00\303\300\"?\207" ["~\\'" "\\`\\(\\.\\.?\\|CVS\\)/\\'" 47 string-match] 4= "\n\n(fn FILE)"] nil] 3 "\n\n(fn F)"] strict "/" nil t) #[771 "\211\305=3D\203=00 \203=00\305\306\307B\310=05#ABB\207\311\n=1C\31= 2\313\300\314=06=06=06&*\207" [#[257 "\302\203\n\302!\205=00\301\203=00\301= !\205=00\300?\206=00\300!\207" [file-directory-p #[257 "\211GSH\302=3D\203= =00\301\205=00\303\301\"\202=00\300\205=00\303\300\"?\207" ["~\\'" "\\`\\(\= \.\\.?\\|CVS\\)/\\'" 47 string-match] 4 "\n\n(fn FILE)"] nil] 3 "\n\n(fn F)= "] pcomplete-compare-entry-function pcomplete-ignore-case completion-ignore= -case completion-ignored-extensions metadata cycle-sort-function #[257 "\30= 1\"\207" [pcomplete-compare-entry-function sort] 4 "\n\n(fn COMPS)"] compl= etion-file-name-table nil completion-table-with-predicate comint-completion= -file-name-table strict] 10 "\n\n(fn S P A)"]("/" nil t) complete-with-action(t #[771 "\211\305=3D\203=00 \203=00\305\306\307B\310= =05#ABB\207\311\n=1C\312\313\300\314=06=06=06&*\207" [#[257 "\302\203\n\302= !\205=00\301\203=00\301!\205=00\300?\206=00\300!\207" [file-directory-p #[2= 57 "\211GSH\302=3D\203=00\301\205=00\303\301\"\202=00\300\205=00\303\300\"?= \207" ["~\\'" "\\`\\(\\.\\.?\\|CVS\\)/\\'" 47 string-match] 4 "\n\n(fn FILE= )"] nil] 3 "\n\n(fn F)"] pcomplete-compare-entry-function pcomplete-ignore-= case completion-ignore-case completion-ignored-extensions metadata cycle-so= rt-function #[257 "\301\"\207" [pcomplete-compare-entry-function sort] 4 "= \n\n(fn COMPS)"] completion-file-name-table nil completion-table-with-predi= cate comint-completion-file-name-table strict] 10 "\n\n(fn S P A)"] "/" nil) #[771 "\302G\303 =06\"\203)=04\304\305\224OB\262\306\307\310=07\"!B\262= =04\305\225\302O\262\202=00\203:=02\311=3D\204O=02\242\312=3D\204O\313\314= =06B\237\315#\316\300=06$\262\202\307\317\320\321\322\"\"\313\314=07B\237\= 315#\323\300\243\206k\315$\211@Y\203\223=05\311=3D\203\204\316=06\300=06\= n$\202\305\312@=04GZ\\ABB\202\305=05\311=3D\203\272\316=06\300=06\n$=02@Z\3= 21\324\325\326\327\330=06!\331\"\332\333%\"\266\202\202\305\312=05GZ\\ABB\2= 66\203\207" [#[771 "\211\305=3D\203=00 \203=00\305\306\307B\310=05#ABB\207\= 311\n=1C\312\313\300\314=06=06=06&*\207" [#[257 "\302\203\n\302!\205=00\301= \203=00\301!\205=00\300?\206=00\300!\207" [file-directory-p #[257 "\211GSH\= 302=3D\203=00\301\205=00\303\301\"\202=00\300\205=00\303\300\"?\207" ["~\\'= " "\\`\\(\\.\\.?\\|CVS\\)/\\'" 47 string-match] 4 "\n\n(fn FILE)"] nil] 3 "= \n\n(fn F)"] pcomplete-compare-entry-function pcomplete-ignore-case complet= ion-ignore-case completion-ignored-extensions metadata cycle-sort-function = #[257 "\301\"\207" [pcomplete-compare-entry-function sort] 4 "\n\n(fn COMP= S)"] completion-file-name-table nil completion-table-with-predicate comint-= completion-file-name-table strict] 10 "\n\n(fn S P A)"] pcomplete--env-rege= xp nil string-match 0 1 getenv match-string 2 t boundaries mapconcat identi= ty "" complete-with-action apply + mapcar length completion-boundaries make= -byte-code 257 "\211\300\301O\207" vconcat vector [nil] 4 "\n\n(fn S)"] 17 = "\n\n(fn STRING PRED ACTION)"]("/" nil t) all-completions("/" #[771 "\302G\303 =06\"\203)=04\304\305\224OB\262\306\= 307\310=07\"!B\262=04\305\225\302O\262\202=00\203:=02\311=3D\204O=02\242\31= 2=3D\204O\313\314=06B\237\315#\316\300=06$\262\202\307\317\320\321\322\"\"= \313\314=07B\237\315#\323\300\243\206k\315$\211@Y\203\223=05\311=3D\203\2= 04\316=06\300=06\n$\202\305\312@=04GZ\\ABB\202\305=05\311=3D\203\272\316=06= \300=06\n$=02@Z\321\324\325\326\327\330=06!\331\"\332\333%\"\266\202\202\30= 5\312=05GZ\\ABB\266\203\207" [#[771 "\211\305=3D\203=00 \203=00\305\306\307= B\310=05#ABB\207\311\n=1C\312\313\300\314=06=06=06&*\207" [#[257 "\302\203\= n\302!\205=00\301\203=00\301!\205=00\300?\206=00\300!\207" [file-directory-= p #[257 "\211GSH\302=3D\203=00\301\205=00\303\301\"\202=00\300\205=00\303\3= 00\"?\207" ["~\\'" "\\`\\(\\.\\.?\\|CVS\\)/\\'" 47 string-match] 4 "\n\n(fn= FILE)"] nil] 3 "\n\n(fn F)"] pcomplete-compare-entry-function pcomplete-ig= nore-case completion-ignore-case completion-ignored-extensions metadata cyc= le-sort-function #[257 "\301\"\207" [pcomplete-compare-entry-function sort= ] 4 "\n\n(fn COMPS)"] completion-file-name-table nil completion-table-with-= predicate comint-completion-file-name-table strict] 10 "\n\n(fn S P A)"] pc= omplete--env-regexp nil string-match 0 1 getenv match-string 2 t boundaries= mapconcat identity "" complete-with-action apply + mapcar length completio= n-boundaries make-byte-code 257 "\211\300\301O\207" vconcat vector [nil] 4 = "\n\n(fn S)"] 17 "\n\n(fn STRING PRED ACTION)"]) pcomplete-stub("/" #[771 "\302G\303 =06\"\203)=04\304\305\224OB\262\306\3= 07\310=07\"!B\262=04\305\225\302O\262\202=00\203:=02\311=3D\204O=02\242\312= =3D\204O\313\314=06B\237\315#\316\300=06$\262\202\307\317\320\321\322\"\"\= 313\314=07B\237\315#\323\300\243\206k\315$\211@Y\203\223=05\311=3D\203\20= 4\316=06\300=06\n$\202\305\312@=04GZ\\ABB\202\305=05\311=3D\203\272\316=06\= 300=06\n$=02@Z\321\324\325\326\327\330=06!\331\"\332\333%\"\266\202\202\305= \312=05GZ\\ABB\266\203\207" [#[771 "\211\305=3D\203=00 \203=00\305\306\307B= \310=05#ABB\207\311\n=1C\312\313\300\314=06=06=06&*\207" [#[257 "\302\203\n= \302!\205=00\301\203=00\301!\205=00\300?\206=00\300!\207" [file-directory-p= #[257 "\211GSH\302=3D\203=00\301\205=00\303\301\"\202=00\300\205=00\303\30= 0\"?\207" ["~\\'" "\\`\\(\\.\\.?\\|CVS\\)/\\'" 47 string-match] 4 "\n\n(fn = FILE)"] nil] 3 "\n\n(fn F)"] pcomplete-compare-entry-function pcomplete-ign= ore-case completion-ignore-case completion-ignored-extensions metadata cycl= e-sort-function #[257 "\301\"\207" [pcomplete-compare-entry-function sort]= 4 "\n\n(fn COMPS)"] completion-file-name-table nil completion-table-with-p= redicate comint-completion-file-name-table strict] 10 "\n\n(fn S P A)"] pco= mplete--env-regexp nil string-match 0 1 getenv match-string 2 t boundaries = mapconcat identity "" complete-with-action apply + mapcar length completion= -boundaries make-byte-code 257 "\211\300\301O\207" vconcat vector [nil] 4 "= \n\n(fn S)"] 17 "\n\n(fn STRING PRED ACTION)"]) pcomplete-do-complete("/" #[771 "\302G\303 =06\"\203)=04\304\305\224OB\26= 2\306\307\310=07\"!B\262=04\305\225\302O\262\202=00\203:=02\311=3D\204O=02\= 242\312=3D\204O\313\314=06B\237\315#\316\300=06$\262\202\307\317\320\321\3= 22\"\"\313\314=07B\237\315#\323\300\243\206k\315$\211@Y\203\223=05\311=3D= \203\204\316=06\300=06\n$\202\305\312@=04GZ\\ABB\202\305=05\311=3D\203\272\= 316=06\300=06\n$=02@Z\321\324\325\326\327\330=06!\331\"\332\333%\"\266\202\= 202\305\312=05GZ\\ABB\266\203\207" [#[771 "\211\305=3D\203=00 \203=00\305\3= 06\307B\310=05#ABB\207\311\n=1C\312\313\300\314=06=06=06&*\207" [#[257 "\30= 2\203\n\302!\205=00\301\203=00\301!\205=00\300?\206=00\300!\207" [file-dire= ctory-p #[257 "\211GSH\302=3D\203=00\301\205=00\303\301\"\202=00\300\205=00= \303\300\"?\207" ["~\\'" "\\`\\(\\.\\.?\\|CVS\\)/\\'" 47 string-match] 4 "\= n\n(fn FILE)"] nil] 3 "\n\n(fn F)"] pcomplete-compare-entry-function pcompl= ete-ignore-case completion-ignore-case completion-ignored-extensions metada= ta cycle-sort-function #[257 "\301\"\207" [pcomplete-compare-entry-functio= n sort] 4 "\n\n(fn COMPS)"] completion-file-name-table nil completion-table= -with-predicate comint-completion-file-name-table strict] 10 "\n\n(fn S P A= )"] pcomplete--env-regexp nil string-match 0 1 getenv match-string 2 t boun= daries mapconcat identity "" complete-with-action apply + mapcar length com= pletion-boundaries make-byte-code 257 "\211\300\301O\207" vconcat vector [n= il] 4 "\n\n(fn S)"] 17 "\n\n(fn STRING PRED ACTION)"]) pcomplete(1) funcall-interactively(pcomplete 1) call-interactively(pcomplete record nil) command-execute(pcomplete record) execute-extended-command(nil "pcomplete" "pcomplete") funcall-interactively(execute-extended-command nil "pcomplete" "pcomplete= ") call-interactively(execute-extended-command nil nil) command-execute(execute-extended-command) Tramp has no information, that file-name-completion is still in progress, and does its job. It tries to connect to the remote host "/adb:" in order to check. If Tramp would have been said, that file name completion is still in progress, it would behave correctly. And it isn't only about file-directory-p, that's just an example. *Any* file name operation could be called while file name completion is in progress. That's why Tramp needs this information. And yes, this is our basic disagreement. I'm not able to implement proper Tramp operation without this information. Why do you refuse to tell this to Tramp? > Stefan Best regards, Michael. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 22 Mar 2016 13:19:02 +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: To: Michael Albinus Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.14586527167823 (code B ref 23006); Tue, 22 Mar 2016 13:19:02 +0000 Received: (at 23006) by debbugs.gnu.org; 22 Mar 2016 13:18:36 +0000 Received: from localhost ([127.0.0.1]:57934 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiMCi-000227-Da for submit@debbugs.gnu.org; Tue, 22 Mar 2016 09:18:36 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:55757) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiMCg-00021t-KV for 23006@debbugs.gnu.org; Tue, 22 Mar 2016 09:18:35 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0A2FgA731xV/5a2xEVcgxCEAoVVu0CEfoJNBAICgTw7EgEBAQEBAQGBCkEFg10BAQMBViMFCws0EhQYDSSINwjPIwEBAQEBAQQBAQEBHos6hQUHhC0Fi0Sne4FFI4FmJByBbiKCeAEBAQ X-IPAS-Result: A0A2FgA731xV/5a2xEVcgxCEAoVVu0CEfoJNBAICgTw7EgEBAQEBAQGBCkEFg10BAQMBViMFCws0EhQYDSSINwjPIwEBAQEBAQQBAQEBHos6hQUHhC0Fi0Sne4FFI4FmJByBbiKCeAEBAQ X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="197729003" Received: from 69-196-182-150.dsl.teksavvy.com (HELO pastel.home) ([69.196.182.150]) by ironport2-out.teksavvy.com with ESMTP; 22 Mar 2016 09:18:28 -0400 Received: by pastel.home (Postfix, from userid 20848) id AC42463F25; Tue, 22 Mar 2016 09:18:28 -0400 (EDT) From: Stefan Monnier Message-ID: References: <871t7d4ion.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> <87mvpqn9ti.fsf@gmx.de> <87k2kulnp0.fsf@gmx.de> Date: Tue, 22 Mar 2016 09:18:28 -0400 In-Reply-To: <87k2kulnp0.fsf@gmx.de> (Michael Albinus's message of "Tue, 22 Mar 2016 13:08:43 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > I'm speaking only about two different cases. File name completion > started by user activity, like hitting TAB. And file name completion > started in the background, for example via idle timers. Also known as: the case where non-essential is nil and the case where it's non-nil. > If I have said "three" somewhere else, it was a mistake. You said: One single value of non-essential doesn't fit this bill. -- Stefan From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 22 Mar 2016 13:20:02 +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: To: Michael Albinus Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.14586527598009 (code B ref 23006); Tue, 22 Mar 2016 13:20:02 +0000 Received: (at 23006) by debbugs.gnu.org; 22 Mar 2016 13:19:19 +0000 Received: from localhost ([127.0.0.1]:57938 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiMDO-000256-N1 for submit@debbugs.gnu.org; Tue, 22 Mar 2016 09:19:18 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:3953) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiMDN-000240-8u for 23006@debbugs.gnu.org; Tue, 22 Mar 2016 09:19:17 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0A1FgA731xV/5a2xEVcgxCEAoVVu0CEfoJNBAICgTw6EwEBAQEBAQGBCkEFg10BAQMBViMQCzQSFBgNJIg3CM8jAQEBAQEBAQMBAQEBAR2LOoUFB4QtBbM/gUUjhBQigngBAQE X-IPAS-Result: A0A1FgA731xV/5a2xEVcgxCEAoVVu0CEfoJNBAICgTw6EwEBAQEBAQGBCkEFg10BAQMBViMQCzQSFBgNJIg3CM8jAQEBAQEBAQMBAQEBAR2LOoUFB4QtBbM/gUUjhBQigngBAQE X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="197729137" Received: from 69-196-182-150.dsl.teksavvy.com (HELO pastel.home) ([69.196.182.150]) by ironport2-out.teksavvy.com with ESMTP; 22 Mar 2016 09:19:11 -0400 Received: by pastel.home (Postfix, from userid 20848) id B461863F25; Tue, 22 Mar 2016 09:19:11 -0400 (EDT) From: Stefan Monnier Message-ID: References: <871t7d4ion.fsf@gmx.de> <8760wj4jvp.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> <87fuvjomow.fsf@gmx.de> <87io0en9pr.fsf@gmx.de> <87oaa6lntn.fsf@gmx.de> Date: Tue, 22 Mar 2016 09:19:11 -0400 In-Reply-To: <87oaa6lntn.fsf@gmx.de> (Michael Albinus's message of "Tue, 22 Mar 2016 13:05:56 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) >>> Unless we are running into the scenario given by Dmitry ... >> Which scenario is that? > Idle timer. That's the scenario where non-essential is non-nil. IOW, the same scenario as icomplete. Stefan From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 22 Mar 2016 13:36: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: To: Stefan Monnier Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.14586537319791 (code B ref 23006); Tue, 22 Mar 2016 13:36:01 +0000 Received: (at 23006) by debbugs.gnu.org; 22 Mar 2016 13:35:31 +0000 Received: from localhost ([127.0.0.1]:57958 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiMT4-0002Xr-Nd for submit@debbugs.gnu.org; Tue, 22 Mar 2016 09:35:30 -0400 Received: from mout.gmx.net ([212.227.17.20]:57035) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiMT3-0002Xe-B6 for 23006@debbugs.gnu.org; Tue, 22 Mar 2016 09:35:29 -0400 Received: from detlef.gmx.de ([87.146.58.73]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0Lqm3a-1a5T0U0UwE-00eHqQ; Tue, 22 Mar 2016 14:35:20 +0100 From: Michael Albinus References: <871t7d4ion.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> <87mvpqn9ti.fsf@gmx.de> <87k2kulnp0.fsf@gmx.de> Date: Tue, 22 Mar 2016 14:35:18 +0100 In-Reply-To: (Stefan Monnier's message of "Tue, 22 Mar 2016 09:18:28 -0400") Message-ID: <87bn66ljop.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:TdSIICdTW7nxeqN1FwR3s63qKcv6EoZx63RBLq6D62Pq4M3rNCD yQSK6dJ4IY1VbBuJ849b672hmk8Rojy0ZC/HJpOZElLYbUrIagEjWmbY8KQG3agweI//eB2 yG14Sz2Rx3z+wYwxkbMt5x6BMfKSk00F7ZlMFD8hp7pV7Sc0M3rM9M8kMbbtuYFOWTVtDNW iaDNL++PgbtzvuZ2NfaSQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:pvNxfFH/FIc=:ggWFkgno591c3UVoXf32dr /OyVwQmtNpvpwiYnpaoN2CKJrbKWBY00OL4TxuaIPQ5Jzk9AYwzq33U3rB0D+We8UGRaWBFfb qfLKyA8lG0z7YStSbv80HjuZqfkUYLzCxdiHTtADvDwVhYMHMJhVp4vu2X2ksXrWt/UPQNYeh usjrU+iWcSMU/R+DE1IuGZr5XrSCuS0j9Fpj2+LRSenX5L+KlSZTCCmztS1rebD1vXgYXZsPd xXksD4+pJisLNRWkX0USOQRmg928g4ILhb6dJi5H3bD6fb+OvO4VOCL/mDz7w/yml/78o7mO6 rbwODGWgivpwJR0g2ZRqaH6qXcyzspO7n5c5RPo2Pr1W/LsIh2l+SmKfFhwROIYAMvXsOkbAh XujLr8BsC2SRPomMgIDcLBY3nCUyaR0mJFyODLRQpcr10v6stXRs7WstKagidmFmwKOn01Dki rZce9oi2HwUTo3iaE8XtK1Dx/91yT1bCLs9uNoUIP/xLrBuCrxOal/zHRASfBMg1GlD+9ekNC bSnfu8xBcBTcj8E4KR0HMfnMNeJKRNaL0JoAY84giNE3ZM2xFWJLXwcQCqPvRPylK7iBdQH/r z5g2A7XeESJeYLzXs65ORsKfB+WUDAOZdCLs8OERrqjE6U8wQBe8/CCNUDQDlopjFqtSUW4Bk U2ihEY5mJv9bV/bq5qubV3IYjCdtJwuXS3jPWyUKXS+eWwDKgr8QgB8YnSZQpGBYyMmPHkmX7 vLdU3YNqCmxcJvVxbJo7ZZJfqkTLOUEK9R4Rl+okmjr1SRIk4QsW5aBZrP/JXv61Agkd+Ij2K i1w2Ef4 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Stefan Monnier writes: >> I'm speaking only about two different cases. File name completion >> started by user activity, like hitting TAB. And file name completion >> started in the background, for example via idle timers. > > Also known as: the case where non-essential is nil and the case where > it's non-nil. Stefan, just a simple question: do you agree that Tramp shall be informed that file name completion is in progress? I do not insist that's via non-essential, any way this information bit is given will be appreciated. And in case you refuse this: why? > -- Stefan Best regards, Michael. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 22 Mar 2016 13:38:02 +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: To: Michael Albinus Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.14586538779990 (code B ref 23006); Tue, 22 Mar 2016 13:38:02 +0000 Received: (at 23006) by debbugs.gnu.org; 22 Mar 2016 13:37:57 +0000 Received: from localhost ([127.0.0.1]:57962 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiMVR-0002b4-3s for submit@debbugs.gnu.org; Tue, 22 Mar 2016 09:37:57 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:33827) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiMVP-0002ap-G6 for 23006@debbugs.gnu.org; Tue, 22 Mar 2016 09:37:55 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AvEwA731xV/5a2xEVcgxCEAoVVuzcJhH6CTQQCAoE8ORQBAQEBAQEBgQpBBYNdAQEDAVYjBQsLNBIUGA0kiDcIzyMBAQEBAQEEAQEBAR6LOoUFB4QtBYtEhHCJOZlSgUUjggocgW4igTQFgT8BAQE X-IPAS-Result: A0AvEwA731xV/5a2xEVcgxCEAoVVuzcJhH6CTQQCAoE8ORQBAQEBAQEBgQpBBYNdAQEDAVYjBQsLNBIUGA0kiDcIzyMBAQEBAQEEAQEBAR6LOoUFB4QtBYtEhHCJOZlSgUUjggocgW4igTQFgT8BAQE X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="197732854" Received: from 69-196-182-150.dsl.teksavvy.com (HELO pastel.home) ([69.196.182.150]) by ironport2-out.teksavvy.com with ESMTP; 22 Mar 2016 09:37:39 -0400 Received: by pastel.home (Postfix, from userid 20848) id 8BCA963F25; Tue, 22 Mar 2016 09:37:39 -0400 (EDT) From: Stefan Monnier Message-ID: References: <871t7d4ion.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> <00533907-878e-7f62-7b65-a4ba3318a8e9@yandex.ru> <87egb2n8sp.fsf@gmx.de> <87fuviln5g.fsf@gmx.de> Date: Tue, 22 Mar 2016 09:37:39 -0400 In-Reply-To: <87fuviln5g.fsf@gmx.de> (Michael Albinus's message of "Tue, 22 Mar 2016 13:20:27 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > cd / TAB calls file-name-all-completions. This returns several > candidates, like "/adb:". That's OK. Indeed. > Afterwards, (file-directory-p "adb:") is called from completion-file-name-table: Aha, now we're going somewhere: > file-directory-p("adb:") > #[257 "\302\203\n\302!\205\301\203\301!\205\300?\206\300!\207" > [file-directory-p #[257 > "\211GSH\302=\203\301\205\303\301\"\202\300\205\303\300\"?\207" > ["~\\'" "\\`\\(\\.\\.?\\|CVS\\)/\\'" 47 string-match] 4 "\n\n(fn FILE)"] > nil] 3 "\n\n(fn F)"]("adb:") > completion-file-name-table("/" #[257 > "\302\203\n\302!\205\301\203\301!\205\300?\206\300!\207" > [file-directory-p #[257 > "\211GSH\302=\203\301\205\303\301\"\202\300\205\303\300\"?\207" > ["~\\'" "\\`\\(\\.\\.?\\|CVS\\)/\\'" 47 string-match] 4 "\n\n(fn FILE)"] > nil] 3 "\n\n(fn F)"] t) So, it seems the issue is that the completion predicate calls file-directory-p and that this happens in a part of the file name that's just at the boundary between "a local file name" and "a remote file name", so while file-name-all-completions did not need receive a remote file name it returned (apparently) remote file names. One avenue that may be needed then is to bind non-essential while checking the completion predicate (somewhere in pcomplete.el, or comint.el, or minibuffer.el.). But in this specific instance, (file-directory-p "/adb:") should simply return nil, IMO. > Tramp has no information, that file-name-completion is still in > progress, and does its job. It tries to connect to the remote host > "/adb:" in order to check. For me (file-directory-p "/adb:") doesn't try to connect to "adb" but instead signals "Host name must not match method name 'adb'". I think it's correct not to try to connect to "adb", but I think it should just return nil because "/adb:" is not a directory. > And yes, this is our basic disagreement. I'm not able to implement > proper Tramp operation without this information. Why do you refuse to > tell this to Tramp? Because I don't see any fundamental difference between "completion" and "non completion". I do see that in some cases, the completion code may try to "generate" new file names, and maybe in these particular sub-cases it would make sense to bind non-essential, but not wholesale around the whole completion operation. Stefan From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 22 Mar 2016 13:39: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: To: Michael Albinus Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145865392010077 (code B ref 23006); Tue, 22 Mar 2016 13:39:01 +0000 Received: (at 23006) by debbugs.gnu.org; 22 Mar 2016 13:38:40 +0000 Received: from localhost ([127.0.0.1]:57966 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiMW8-0002cT-D4 for submit@debbugs.gnu.org; Tue, 22 Mar 2016 09:38:40 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:33973) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiMW6-0002cH-Ug for 23006@debbugs.gnu.org; Tue, 22 Mar 2016 09:38:39 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0A6FgA731xV/5a2xEVcgxCEAoVVwD6CTQQCAoE8PBEBAQEBAQEBgQpBBYNdAQEDAVYjBQsLNBIUGA0kiDcIzyMBAQEBAQEBAwEBAQEBHYs6hQUHhC0Fi0Sne4FFI4QUIoJ4AQEB X-IPAS-Result: A0A6FgA731xV/5a2xEVcgxCEAoVVwD6CTQQCAoE8PBEBAQEBAQEBgQpBBYNdAQEDAVYjBQsLNBIUGA0kiDcIzyMBAQEBAQEBAwEBAQEBHYs6hQUHhC0Fi0Sne4FFI4QUIoJ4AQEB X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="197733017" Received: from 69-196-182-150.dsl.teksavvy.com (HELO pastel.home) ([69.196.182.150]) by ironport2-out.teksavvy.com with ESMTP; 22 Mar 2016 09:38:33 -0400 Received: by pastel.home (Postfix, from userid 20848) id 59DE063F25; Tue, 22 Mar 2016 09:38:33 -0400 (EDT) From: Stefan Monnier Message-ID: References: <871t7d4ion.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> <87mvpqn9ti.fsf@gmx.de> <87k2kulnp0.fsf@gmx.de> <87bn66ljop.fsf@gmx.de> Date: Tue, 22 Mar 2016 09:38:33 -0400 In-Reply-To: <87bn66ljop.fsf@gmx.de> (Michael Albinus's message of "Tue, 22 Mar 2016 14:35:18 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > Stefan, just a simple question: do you agree that Tramp shall be > informed that file name completion is in progress? No. Stefan From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 22 Mar 2016 13:51: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: To: Stefan Monnier Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145865462811124 (code B ref 23006); Tue, 22 Mar 2016 13:51:01 +0000 Received: (at 23006) by debbugs.gnu.org; 22 Mar 2016 13:50:28 +0000 Received: from localhost ([127.0.0.1]:57974 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiMhY-0002tM-M5 for submit@debbugs.gnu.org; Tue, 22 Mar 2016 09:50:28 -0400 Received: from mout.gmx.net ([212.227.17.21]:64747) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiMhW-0002t9-4z for 23006@debbugs.gnu.org; Tue, 22 Mar 2016 09:50:26 -0400 Received: from detlef.gmx.de ([87.146.58.73]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0MQNFY-1aLDgU1yEW-00TphY; Tue, 22 Mar 2016 14:50:18 +0100 From: Michael Albinus References: <871t7d4ion.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> <00533907-878e-7f62-7b65-a4ba3318a8e9@yandex.ru> <87egb2n8sp.fsf@gmx.de> <87fuviln5g.fsf@gmx.de> Date: Tue, 22 Mar 2016 14:50:16 +0100 In-Reply-To: (Stefan Monnier's message of "Tue, 22 Mar 2016 09:37:39 -0400") Message-ID: <877fgulizr.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:Vh3CaB3p8jdf/HLto2mccjqhMkM8tBoKK7cRcpernAqAv2MKlQP A4o+PMxH6Hl0YEjCoyvg11Jf3rOu0mpoQXDxT5L4MYuyGdQ7aSY5nDw+NMPMPGiP8R36z8p tLRlvc+NPVKESZHxTkqv+Td0TGlpQblVmapqLoMXsIv5hfHaGp3YDz+Jw32J4zWM9bwlRFM qunxREujvDwjWnxANRImw== X-UI-Out-Filterresults: notjunk:1;V01:K0:FqjidXl7za8=:yAqCrhEqbHRZhahX6JNL/7 7ZmBvmSNNcSm29jI3t7QD99+U26F5l+szwOVZDRs9mPbU8MuK3lj6hycRtrI86fqZYCzl5F94 PfswhM4LGOzMyWhbXp0POftbFwrN8QwPodhare6xxEG7iuYEq/8EGpoTJc+sDuh2viPLVg1na SfxolYZhl8QRmyuCKC8i5FUHquZl2eAcdScCWlBNFreQUIIKFrLRxb5Pv5v4iKauhPNV7WLvZ BtPmuEOxHYDNVZmOJH9Oz4FmfV67UQGdk7A7odauh798d0oaMkf8sXl4rGdYEkkd1WCD/iLXs 45GEBXb+zz/ENMO/JI0LsxDvVFDoYlB2H/CSqLmilqcL0Qe/ccyn9BQRZ+oGIHsDOWzm773q0 8WjNDMWTVPxxW369TPWRm7tsuWjn1xLpjfGGsGx4cEnHiE4MPndZjQJ6mnaCz/dlPi3ow7S4/ eRWAd/75ehIwliRY82AzWXXihYlRkdBACqXAP4sAjglzf/O++JIuumnNDFnNlfAngNjUwop/w dSxyx3sh/PW4cVPSA1QGQS/mEP1lZKxx0ITeCXMdVgX4NsKLqPWE2OJB8LyTI9NHhlHDzLKQl E4fYfH4OXSpgNxkQUN7j5gE1jT+f4/ACzcD3x0gDSdoKQjS6SsbaP66/2yjpIov5IrC7ARRcG nvCacu+CGX9YE41vP8dmMBgN+0LZ/UyXIOb2IzdWWNtTdQveBjcb+hPTdwuWKXbPfnW267Mtl /XVE2LqgpFjswxSpHVxdL5AihNNMQBdbnKpwMk3W9KxYe7aKnZPkyCxr3JDlIUbB6YmRAraNx NN5BZtw X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Stefan Monnier writes: >> Tramp has no information, that file-name-completion is still in >> progress, and does its job. It tries to connect to the remote host >> "/adb:" in order to check. > > For me (file-directory-p "/adb:") doesn't try to connect to "adb" but > instead signals "Host name must not match method name 'adb'". I think > it's correct not to try to connect to "adb", but I think it should just > return nil because "/adb:" is not a directory. As said, it is not about file-directory-p. Any file name operation could be called while file name completion is in progress. > Stefan Best regards, Michael. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 22 Mar 2016 13:52:02 +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: To: Stefan Monnier Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145865466511201 (code B ref 23006); Tue, 22 Mar 2016 13:52:02 +0000 Received: (at 23006) by debbugs.gnu.org; 22 Mar 2016 13:51:05 +0000 Received: from localhost ([127.0.0.1]:57978 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiMi8-0002ub-UH for submit@debbugs.gnu.org; Tue, 22 Mar 2016 09:51:05 -0400 Received: from mout.gmx.net ([212.227.17.21]:52783) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiMi7-0002u0-6i for 23006@debbugs.gnu.org; Tue, 22 Mar 2016 09:51:03 -0400 Received: from detlef.gmx.de ([87.146.58.73]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0LpObx-1a5k2f2OkX-00f8ZC; Tue, 22 Mar 2016 14:50:56 +0100 From: Michael Albinus References: <871t7d4ion.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> <87mvpqn9ti.fsf@gmx.de> <87k2kulnp0.fsf@gmx.de> <87bn66ljop.fsf@gmx.de> Date: Tue, 22 Mar 2016 14:50:55 +0100 In-Reply-To: (Stefan Monnier's message of "Tue, 22 Mar 2016 09:38:33 -0400") Message-ID: <8737riliyo.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:Dpm0ci1x+cBd5R8pswnrxx2eBKGDPmBMyBgKzA79y53zF/Gl6q6 quUfIfBGMNXdMcw3rNd5DIKg7s88zW7NQCvwVAp7i+pd99OHZ2tT1s4JCGWBkzjlT3y7mZy HjYQr28ov++ekTTsW0zcltSNkGQ6OFFA9EYZwtgXf9thqxhfv/tNp98mbdrRwZoToI/IAsy nQ/GvfLrmavkdxQA/bXIw== X-UI-Out-Filterresults: notjunk:1;V01:K0:yyI3+Foi23s=:nMp36lQ8n/C2m0CCHKP+ih SNPBhPwGL6j6heKEBpUWDuHJKYOWmvsF8Vakjo4C7UTP4c+k3iJnqETh/u8nzwgnxplLOfiJU S52b2+sl15MzWrdbZrNRlU3FvRDQxOxVJPWE3PuphKI5eA050YVk1cZNvwNmOQAjSWJl/ojjf 4RtuBHs0CADEP9wuBbNQp3tP6doIDtd7qxbYu3vpiLkZKU5yCojrenzkHJew+fOagRT6cNzm7 chrtvbCNUly8uwNyvIm6SwZ3GizISRAg0FSzuV79JwKtYJIsGpPBuDrbnaNTEwnV+Iif1zjX5 iNQDuiBmw7QbLHKkNrbqhS6PE1rpXpySoralkCEaJnaGysnbyPVH43aJOI7FZYlbttrrmakMK 845VFs50ZlWyH/AOpo4MXm7DyzbgMbVOSnnnShGbV/4wvLU8DiW26ihXEBdfpPjg5kgrgi5zP 0sIT9bwovUnimA/dbSQYjr29VhQaLI/pBSertyPdNjQ6XDn3uTn7j9VT0l3cKXae212sElTbS ugzAfWYN1ni4imQhnm1dRJVjaPs7DnyoP3N64vlYmt2iJW+P8sevNxwoxv50AtHVy77jRvKVM qj2BC8TBFnxW/g10v1kwhcN+tFVoJ9qqEBCDP0JAwEeABLbYbgFovZou2x8WndZQeKV2eI+/D rJaagTTf76BDlLhejpyDXHO7Z+2nfaOpemHf3DipyvK+Z76DNKlLV5mK1KDrwDF4CHs4sbPhK p71MXTc8bl8QodPU9ZHoeDLaK04cMg6FTe+Y/rTGzpKPSKNFqdNIpN+goPJRSloRrQjlYQ5C5 354M8rH X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Stefan Monnier writes: >> Stefan, just a simple question: do you agree that Tramp shall be >> informed that file name completion is in progress? > > No. I give up. EOD. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 22 Mar 2016 14:02:02 +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: To: Michael Albinus Cc: 23006@debbugs.gnu.org, Dmitry Gutov Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145865529814187 (code B ref 23006); Tue, 22 Mar 2016 14:02:02 +0000 Received: (at 23006) by debbugs.gnu.org; 22 Mar 2016 14:01:38 +0000 Received: from localhost ([127.0.0.1]:60084 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiMsL-0003gk-V3 for submit@debbugs.gnu.org; Tue, 22 Mar 2016 10:01:38 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:62714) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aiMsK-0003gZ-F7 for 23006@debbugs.gnu.org; Tue, 22 Mar 2016 10:01:36 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0A1FgA731xV/5a2xEVcgxCEAoVVu0CEfoJNBAICgTw7EgEBAQEBAQGBCkEFg10BAQMBViMQCzQSFBgNJIg3CM8jAQEBAQEBBAEBAQEeizqFBQeELQWLRI4pmVKBRSOCChyBbiKCeAEBAQ X-IPAS-Result: A0A1FgA731xV/5a2xEVcgxCEAoVVu0CEfoJNBAICgTw7EgEBAQEBAQGBCkEFg10BAQMBViMQCzQSFBgNJIg3CM8jAQEBAQEBBAEBAQEeizqFBQeELQWLRI4pmVKBRSOCChyBbiKCeAEBAQ X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="197737194" Received: from 69-196-182-150.dsl.teksavvy.com (HELO pastel.home) ([69.196.182.150]) by ironport2-out.teksavvy.com with ESMTP; 22 Mar 2016 10:01:30 -0400 Received: by pastel.home (Postfix, from userid 20848) id A596E63F25; Tue, 22 Mar 2016 10:01:30 -0400 (EDT) From: Stefan Monnier Message-ID: References: <871t7d4ion.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> <00533907-878e-7f62-7b65-a4ba3318a8e9@yandex.ru> <87egb2n8sp.fsf@gmx.de> <87fuviln5g.fsf@gmx.de> <877fgulizr.fsf@gmx.de> Date: Tue, 22 Mar 2016 10:01:30 -0400 In-Reply-To: <877fgulizr.fsf@gmx.de> (Michael Albinus's message of "Tue, 22 Mar 2016 14:50:16 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) >>> Tramp has no information, that file-name-completion is still in >>> progress, and does its job. It tries to connect to the remote host >>> "/adb:" in order to check. >> For me (file-directory-p "/adb:") doesn't try to connect to "adb" but >> instead signals "Host name must not match method name 'adb'". I think >> it's correct not to try to connect to "adb", but I think it should just >> return nil because "/adb:" is not a directory. > As said, it is not about file-directory-p. Any file name operation could > be called while file name completion is in progress. I think it's worth going into the details to see why/where an actual real problem comes up. Stefan From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 24 Mar 2016 00:55: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: To: Michael Albinus , Stefan Monnier Cc: 23006@debbugs.gnu.org Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145878088329652 (code B ref 23006); Thu, 24 Mar 2016 00:55:01 +0000 Received: (at 23006) by debbugs.gnu.org; 24 Mar 2016 00:54:43 +0000 Received: from localhost ([127.0.0.1]:34907 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aitXv-0007iC-CV for submit@debbugs.gnu.org; Wed, 23 Mar 2016 20:54:43 -0400 Received: from mail-wm0-f41.google.com ([74.125.82.41]:34451) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aitXt-0007ht-GJ for 23006@debbugs.gnu.org; Wed, 23 Mar 2016 20:54:42 -0400 Received: by mail-wm0-f41.google.com with SMTP id p65so254488793wmp.1 for <23006@debbugs.gnu.org>; Wed, 23 Mar 2016 17:54:41 -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=HThcCZ07uLu5jPrt15Mh4CrTC4Zz/bpFD7bP4iN5/wM=; b=Q58jLJnHozjBitWZiXjgKSLzHDjW2vPIQHOYqeVL07FoqWN5nZj7YIn4PvU3YkpwvZ 4D8nK0AbruDA6lDkKPZD5jWKExEuGfKPp1BSLjjblHVS4flDcrTNCy/jn2671fphijQ4 /LfdDqfl8Ogg0mMcLAu6U88guOITX6nljkTvGPnKLXdRJvZnJxMZATIH7ueYM1rf4wZA jwtRlHT24Vr78zjEwyOSWI1RD8KtQHODXre9Dnh4BVEUJYV+9cHXcgTLPP0Pl+HSAeCd 2w6vyj6Y4MvhgYrOf45e+WWPRcg4wDOLxfCmdLuXiZVTP/MNk935GHaYRfQ2kb6TXkQT udwg== 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=HThcCZ07uLu5jPrt15Mh4CrTC4Zz/bpFD7bP4iN5/wM=; b=LYCnScC5rJBRRZF1OfTGbcGyD5d2rzZO8EK896kAr/jCHJJQrr+RyWGENse6ihCMAL yn5to5be/9M2p/mTIxx1pesKzfwtqsaWQRHjLnGvJpFgDW/NR+f6Ih2OVtsnaKJTxJAQ rW+/uWPel4odLXeeA1hq9d/uWb6elKiv3EUwGssfKzajrxI6htJh+hbtS8Ty1DvCTwfY /JLQO43kOaPwqGcXARgrba80xCwFXGlxU2E4YeIpaJatfr8WcetrS8WiboXW41Eu5R6x lCh1r9rwiB88X0vdUsSuk7I6W0QIfdizbviI6WaNpqJZ94k6ovGuK2+cQNKHN/gw//mz 9tAw== X-Gm-Message-State: AD7BkJIPDmNojTBpX3gJB4DlrCQNMpVk1ppDVGVeChN3OKzeqNODuKoB9Px8aouTiTWFdA== X-Received: by 10.28.158.149 with SMTP id h143mr6823811wme.61.1458780875876; Wed, 23 Mar 2016 17:54:35 -0700 (PDT) Received: from [192.168.1.2] ([185.105.175.24]) by smtp.googlemail.com with ESMTPSA id g203sm24554247wmf.23.2016.03.23.17.54.34 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 23 Mar 2016 17:54:35 -0700 (PDT) References: <871t7d4ion.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> <87mvpqn9ti.fsf@gmx.de> <87k2kulnp0.fsf@gmx.de> <87bn66ljop.fsf@gmx.de> From: Dmitry Gutov Message-ID: Date: Thu, 24 Mar 2016 02:54:33 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <87bn66ljop.fsf@gmx.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) Hey Michael, On 03/22/2016 03:35 PM, Michael Albinus wrote: > Stefan Monnier writes: > >>> I'm speaking only about two different cases. File name completion >>> started by user activity, like hitting TAB. And file name completion >>> started in the background, for example via idle timers. >> >> Also known as: the case where non-essential is nil and the case where >> it's non-nil. This looks reasonable to me. > Stefan, just a simple question: do you agree that Tramp shall be > informed that file name completion is in progress? How would that happen? I don't have to use file-name-all-completions to implement file completion operation. Until recently, company-files used directory-files at least for some inputs, to implement file completion. Would every third-party author who decided to implement their own file completion mechanism have to find out about some new, Tramp-related variable, and bind it to t in their code? That doesn't sound great. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 24 Mar 2016 01:01:02 +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: To: Michael Albinus Cc: Stefan Monnier , 23006@debbugs.gnu.org Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145878123930260 (code B ref 23006); Thu, 24 Mar 2016 01:01:02 +0000 Received: (at 23006) by debbugs.gnu.org; 24 Mar 2016 01:00:39 +0000 Received: from localhost ([127.0.0.1]:34911 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aitdf-0007rz-1Z for submit@debbugs.gnu.org; Wed, 23 Mar 2016 21:00:39 -0400 Received: from mail-wm0-f44.google.com ([74.125.82.44]:36968) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aitdd-0007rm-LX for 23006@debbugs.gnu.org; Wed, 23 Mar 2016 21:00:37 -0400 Received: by mail-wm0-f44.google.com with SMTP id p65so45536517wmp.0 for <23006@debbugs.gnu.org>; Wed, 23 Mar 2016 18:00:37 -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=vwNkZoofX+IHcyQ5N/5s5leZ4yOZMsrPrgxwh3XnBOs=; b=xZbPbS9+s27KcNw1kAKL37jEcnmenjoIujbf9uGi7IJL41wftx6eXEb7Bjx0Wv3zFY tnvoTn3sHuT2Xh1nJcm0Avu2E7KMHnOwqeuxGHHFO6f7EJ5lZeKsPnSSpvNGUKIH3xE2 au6W7uT9oWgOE8jhrR7UVMPMAOLXrIbREXTSYnvvHJYhbmDd5+wUru12OwrvAQIbJPFQ dkJNqNtbDUa9wZmrtwrn+kuJZbB3bwWviUEFpSyKZ6J5SYJ8Z3XAH1qq+d0vqtibwn8q Qkl43H1WFX/YHuF5/2b7P3Jl38PyQB6x+5V/yADtGhSWB/YNvbx6sXiJxdRyMlMODsH9 4mxw== 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=vwNkZoofX+IHcyQ5N/5s5leZ4yOZMsrPrgxwh3XnBOs=; b=dnxvZ3E07q406uLw0GcXrL8p1ttHM/AqEfOPt59oOvNGonlF89Cz50ataSuy/496Bj ov2uGkktrWYKnuuyPGmxZpUDteKFhsDF+l3ehPrPKOAQFB1VyDTjmEUqIDlPIUEswKKY X8HfioETjl4VQd26yum/ijjhZ0nPKBhsMdZ9vpuPfpazDJz5lw1uzyUDJ8w25nghwCr0 m6yC607YhiMsb1kirYM3LvcGPSxwlL6au0Dt6GL3c9Voav8BwJyVbyYXmnzQJ2+3KrjP pw2+Zfb1PEqpaVMIC28LxlVDUaxqnmN+3q5r3FQ7adshLdp00OO71FFFKh0gREyRx7it 1B3A== X-Gm-Message-State: AD7BkJID+G2pHM0KwMCx5uGiyZGHiyM7cPs2qv2Os32gAo7BCcYcxCryRXNuX/94181h4g== X-Received: by 10.28.98.136 with SMTP id w130mr7114919wmb.82.1458781232092; Wed, 23 Mar 2016 18:00:32 -0700 (PDT) Received: from [192.168.1.2] ([185.105.175.24]) by smtp.googlemail.com with ESMTPSA id u16sm5364281wmd.5.2016.03.23.18.00.30 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 23 Mar 2016 18:00:31 -0700 (PDT) References: <871t7d4ion.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> <00533907-878e-7f62-7b65-a4ba3318a8e9@yandex.ru> <87egb2n8sp.fsf@gmx.de> From: Dmitry Gutov Message-ID: Date: Thu, 24 Mar 2016 03:00:29 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <87egb2n8sp.fsf@gmx.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) On 03/22/2016 11:47 AM, Michael Albinus wrote: >>> 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? > > Yes. The reason is that it has been always my understanding of > non-essential. See the discussion between Stefan and me six years ago, > when non-essential was born. I've only managed to find the 2012's discussion in the archive. > In the `strict' case, Tramp must not open a new connection under any > circumstances. That's your idle timer case. There might be also other > cases, but it shall be used with care, because it restricts Tramp's > convenience. So far, company-files has been doing this with (or (not (file-remote-p file)) (file-remote-p file nil t)) where file is the current input. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 24 Mar 2016 13:17: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: To: Dmitry Gutov Cc: Michael Albinus , 23006@debbugs.gnu.org Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.14588253658735 (code B ref 23006); Thu, 24 Mar 2016 13:17:01 +0000 Received: (at 23006) by debbugs.gnu.org; 24 Mar 2016 13:16:05 +0000 Received: from localhost ([127.0.0.1]:35155 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aj57N-0002Go-DU for submit@debbugs.gnu.org; Thu, 24 Mar 2016 09:16:05 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:11653) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aj57L-0002G7-Qe for 23006@debbugs.gnu.org; Thu, 24 Mar 2016 09:16:04 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0A7FgA731xV/5a2xEVcgxCEAoVVwD6CTQQCAoE8PBEBAQEBAQEBgQpBBYNdAQEDAVYjBQsLDiYSFBgNJIg3CM8jAQEBAQEBBAEBAQEeizqFBQeELQWLRKd7gUUjhBQigngBAQE X-IPAS-Result: A0A7FgA731xV/5a2xEVcgxCEAoVVwD6CTQQCAoE8PBEBAQEBAQEBgQpBBYNdAQEDAVYjBQsLDiYSFBgNJIg3CM8jAQEBAQEBBAEBAQEeizqFBQeELQWLRKd7gUUjhBQigngBAQE X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="198276392" Received: from 69-196-182-150.dsl.teksavvy.com (HELO pastel.home) ([69.196.182.150]) by ironport2-out.teksavvy.com with ESMTP; 24 Mar 2016 09:15:59 -0400 Received: by pastel.home (Postfix, from userid 20848) id BB68C62384; Thu, 24 Mar 2016 09:15:57 -0400 (EDT) From: Stefan Monnier Message-ID: References: <871t7d4ion.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> <87mvpqn9ti.fsf@gmx.de> <87k2kulnp0.fsf@gmx.de> <87bn66ljop.fsf@gmx.de> Date: Thu, 24 Mar 2016 09:15:57 -0400 In-Reply-To: (Dmitry Gutov's message of "Thu, 24 Mar 2016 02:54:33 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > How would that happen? I don't have to use file-name-all-completions to > implement file completion operation. Until recently, company-files used > directory-files at least for some inputs, to implement file completion. That's exactly Michael's point: that Tramp can't know that the current operation is part of some kind of completion, just by looking at which Tramp functions are called. The question is: does Tramp need to know whether or not this `directory-files', or `file-directory-p' (or `file-name-all-completions', which may also be called in non-completion contexts) is called as part of a completion operation? Stefan From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 24 Mar 2016 13:55:02 +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: To: Stefan Monnier Cc: Michael Albinus , 23006@debbugs.gnu.org Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145882769012368 (code B ref 23006); Thu, 24 Mar 2016 13:55:02 +0000 Received: (at 23006) by debbugs.gnu.org; 24 Mar 2016 13:54:50 +0000 Received: from localhost ([127.0.0.1]:35176 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aj5ir-0003DQ-O7 for submit@debbugs.gnu.org; Thu, 24 Mar 2016 09:54:49 -0400 Received: from mail-wm0-f52.google.com ([74.125.82.52]:33656) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aj5iq-0003DE-PI for 23006@debbugs.gnu.org; Thu, 24 Mar 2016 09:54:49 -0400 Received: by mail-wm0-f52.google.com with SMTP id l68so275624024wml.0 for <23006@debbugs.gnu.org>; Thu, 24 Mar 2016 06:54:48 -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=mLBRwlRcirMT1zhRsMqN/fYlnu9nrz6Ru8SdaL7ynnc=; b=S+6gkpGRUG48XUGte1f/KpVxSH+Jz+54KN7+v3gk4kQFSUXwm3W2BgtvsHdZMPlMp9 8ZMJpJJaCf+7hFjTIXGXKyxK4WFGwdJDLrWp5cUj1NahrSIoZTFyEjFyxgBri39eXtgj yPzTKGXApSSp5yOoFLubs4Rwp6KfBNmKjpU41Ey0EZnKTabu4ETKN8jdTxPWRa6DgtWR cU+Ev/shzoZqZ1dEKKv9YsIyDr6X74g5fqe5g54v38taAfPMgqg5VE/5KwxJzaQ49XU6 BFmBCNFCygaLBLej7EPTKESMYkEWOcQiG/RDHy3BKCB/Rd75oJ6ngBjp53k0zTPloSLk KNBg== 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=mLBRwlRcirMT1zhRsMqN/fYlnu9nrz6Ru8SdaL7ynnc=; b=MOcvWWmFbPnwrY4eg5dMg7CBvkeoVNtymNdDCNVcnnUheuHuknYFXTT0FPxvzR+c19 MpnA51NT/UjgHcrtLw5Bw8NtwfR5e7pUHKKmW1giofyXOeFQFUxrGv46RsXhujTX2dAU +70RQtqvWFHHN+dZM6ivoB1wMNjJL7ylYa64Q1kZdgfstbJI49zEUGye8A/oc5i2iE3q ICSz13Lff43AqHxgjr6yPh7+0TX+3spCvCJfF6fbJfQKBLNOvgTObhWPXCbqpDYHDwsV AU2YqKcVcg3J05r1LXIMnixavkQz3XiZUK2SZtdgFBzJXPxcy/om+5tzy23BY868ujdW QqzQ== X-Gm-Message-State: AD7BkJLrw+1QMa+r6Btt1Ed9msPdikdzJWpgzP7eZr3AmoGIul2580oxYujzC94EXh/iWw== X-Received: by 10.28.194.9 with SMTP id s9mr17404451wmf.101.1458827649057; Thu, 24 Mar 2016 06:54:09 -0700 (PDT) Received: from [192.168.0.185] ([212.50.99.193]) by smtp.googlemail.com with ESMTPSA id a16sm27148572wmi.0.2016.03.24.06.54.06 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 24 Mar 2016 06:54:08 -0700 (PDT) References: <871t7d4ion.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> <87mvpqn9ti.fsf@gmx.de> <87k2kulnp0.fsf@gmx.de> <87bn66ljop.fsf@gmx.de> From: Dmitry Gutov Message-ID: <9f4f8582-4777-177a-f074-ce88dcbd7ee4@yandex.ru> Date: Thu, 24 Mar 2016 15:54:05 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) On 03/24/2016 03:15 PM, Stefan Monnier wrote: > That's exactly Michael's point: that Tramp can't know that the current > operation is part of some kind of completion, just by looking at which > Tramp functions are called. That seems to be everybody's point. > The question is: does Tramp need to know whether or not this > `directory-files', or `file-directory-p' (or > `file-name-all-completions', which may also be called in non-completion > contexts) is called as part of a completion operation? A general purpose function cannot know. file-name-all-completions cannot know either, because it can be called outside of completion context. A completion UI cannot know, in general, because it can be used to complete just about anything, and it doesn't always know what it's completing. Can completion-file-name-table know? Maybe a niche completion backend like company-files is the only kind of code that *can* know because it's not used for anything else, for now. But it's third-party code anyway. Maybe "we're in a completion operation" is not something that's reliably knowable, in a loosely coupled system like Emacs. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 24 Mar 2016 15:57:02 +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: To: Dmitry Gutov Cc: Michael Albinus , 23006@debbugs.gnu.org Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145883498731512 (code B ref 23006); Thu, 24 Mar 2016 15:57:02 +0000 Received: (at 23006) by debbugs.gnu.org; 24 Mar 2016 15:56:27 +0000 Received: from localhost ([127.0.0.1]:36310 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aj7cZ-0008CC-Ei for submit@debbugs.gnu.org; Thu, 24 Mar 2016 11:56:27 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:10413) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aj7cX-0008Bw-AG for 23006@debbugs.gnu.org; Thu, 24 Mar 2016 11:56:26 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0A6FgA731xV/5a2xEVcgxCEAoVVwD6CTQQCAoE8PBEBAQEBAQEBgQpBBYNdAQEDAVYjEAsOJhIUGA0kiDcIzyMBAQEBAQEEAQEBAR6LOoUFB4QtBYtEp3uBRSOEFCKCeAEBAQ X-IPAS-Result: A0A6FgA731xV/5a2xEVcgxCEAoVVwD6CTQQCAoE8PBEBAQEBAQEBgQpBBYNdAQEDAVYjEAsOJhIUGA0kiDcIzyMBAQEBAQEEAQEBAR6LOoUFB4QtBYtEp3uBRSOEFCKCeAEBAQ X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="198338757" Received: from 69-196-182-150.dsl.teksavvy.com (HELO pastel.home) ([69.196.182.150]) by ironport2-out.teksavvy.com with ESMTP; 24 Mar 2016 11:56:17 -0400 Received: by pastel.home (Postfix, from userid 20848) id B251462384; Thu, 24 Mar 2016 11:56:17 -0400 (EDT) From: Stefan Monnier Message-ID: References: <871t7d4ion.fsf@gmx.de> <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> <87mvpqn9ti.fsf@gmx.de> <87k2kulnp0.fsf@gmx.de> <87bn66ljop.fsf@gmx.de> <9f4f8582-4777-177a-f074-ce88dcbd7ee4@yandex.ru> Date: Thu, 24 Mar 2016 11:56:17 -0400 In-Reply-To: <9f4f8582-4777-177a-f074-ce88dcbd7ee4@yandex.ru> (Dmitry Gutov's message of "Thu, 24 Mar 2016 15:54:05 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) >> The question is: does Tramp need to know whether or not this >> `directory-files', or `file-directory-p' (or >> `file-name-all-completions', which may also be called in non-completion >> contexts) is called as part of a completion operation? > > A general purpose function cannot know. > file-name-all-completions cannot know either, because it can be called > outside of completion context. > > A completion UI cannot know, in general, because it can be used to complete > just about anything, and it doesn't always know what it's completing. AFAIK, by definition, a completion UI knows that it's performing completion. So, I don't see much difficulty in telling Tramp that we're performing completion: just let-bind some new `in-completion' variable in the few completion UIs we have. The problem is that I don't see any reason why Tramp would need to know. Stefan From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 09 Mar 2017 18:54:02 +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: To: Dmitry Gutov Cc: 23006@debbugs.gnu.org Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.14890855823429 (code B ref 23006); Thu, 09 Mar 2017 18:54:02 +0000 Received: (at 23006) by debbugs.gnu.org; 9 Mar 2017 18:53:02 +0000 Received: from localhost ([127.0.0.1]:48012 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cm3BN-0000tC-Tm for submit@debbugs.gnu.org; Thu, 09 Mar 2017 13:53:02 -0500 Received: from mout.gmx.net ([212.227.17.21]:50483) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cm3BM-0000sv-DX for 23006@debbugs.gnu.org; Thu, 09 Mar 2017 13:53:01 -0500 Received: from detlef.gmx.de ([87.146.46.31]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LnUna-1cKzIe05hW-00hfcq; Thu, 09 Mar 2017 19:52:54 +0100 From: Michael Albinus References: <86r3fd24yd.fsf@yandex.ru> Date: Thu, 09 Mar 2017 19:52:52 +0100 In-Reply-To: <86r3fd24yd.fsf@yandex.ru> (Dmitry Gutov's message of "Mon, 14 Mar 2016 04:01:14 +0200") Message-ID: <874lz2l1tn.fsf@detlef> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:AcNTHleEqJ6NIoqHHVxqJeOkPhiUdFopk6V7sDpEHzB8bHTiEJW sVrGGIn53QiI4DFWegAT9PULC5evNsL+XwiowJAKHIW6Qn8S2GKkJ/2msTmu5RqDnK3bsd3 vMr60bady7H4d1ZeF4SGuAyxrpo9NRvQx8mwweh3EPybGR4abYQZa2HQhd13ftPIvEC+Z8l 0OcTGUFUw2CBySG7QCiIA== X-UI-Out-Filterresults: notjunk:1;V01:K0:GT4oPRF2vyg=:Q6YmWsRarv50MqwwP+szS1 Wbmlf7ClEyByVva+X6IYj7YgLAkLZxAqvcTU2DFirbSLcp3ORZskZj8ffCMEBY9PaWl6wMvnc oBgahHZrjNGKx1CAH3f8bxuCf6eSbgl5BkFKVbTT/igjIv0Tekzmd42WxiQsaATVNG7+hlj+2 y0m0QbmovDdEhL/+E+G9l/hZdfnsFWZIJxd3UA4SCV2uP0Ti4ZzUilG0cYj0ie8VSLdbVvFkc OdAUXztugntwCZxnhjaszSGJhbq8d6Px+X2XtBTWxjQHraA9Ks9Df227gPIHzNBKaWUTjWp8A SblvmEV3kJkYcvEQnno+lIILMA0EH7YQWPKK3TJeTwc3nPLUgL5ZEgt+CcK/s0VrJpsaR805P 27l0oEkmHPlj+QBXXFWYVkNeAjP6LHx33TF1NCUAs4zOwTRJ29AxYj2fPkGnbvWBaVVK5bJIF AYZss/mibwULFmIDgkfdomH52GL1Jg6LF5A2yu4mzEVLksuIUoTFMfbh7t5W/l3oPrVcxqJVw Jz/h3T4lr6iGU5SiO+mMpfJOPBhlJ9kZiLfUXM3drQeRspZM6WA5b3Yg5t2+OGz/T7W3HuDM6 opefXit/MVU1DTwoPOmfuYK9cg6EWjyEjCrxFYWgXo8/8LCcCEjE3mJz0bqNweqNQy6OeB7al APLsvmBQlkDQ/40cX8MivBroAaO1C/wRcHyV2W4EYEAF2xSYIMMTpnvcAvQ6dN7hxZE+2NFen Utb6+kqrvOjf48Uve0BxUayfOyw15O5coHmHdEMdL/21iJv+ceLumgiY8sQ30IgNq1TMuut/F fCyXXoH X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Dmitry Gutov writes: Hi Dmitry, > As mentioned in a recent discussion: > > 1. M-x eshell > 2. type 'cd /' > 3. M-: (require 'tramp) ;; New step! > 4. M-x pcomplete > > I'm getting the error 'tramp-file-name-handler: Host name must not match > method "adb"'. I've committed a patch to master which ought to solve this (and hopefully other completion related) bugs for Tramp. Could you, pls check? Best regards, Michael. From unknown Sat Jun 21 10:43:09 2025 X-Loop: help-debbugs@gnu.org Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 15 Mar 2017 12:43:02 +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: To: Dmitry Gutov Cc: 23006@debbugs.gnu.org Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.14895817349779 (code B ref 23006); Wed, 15 Mar 2017 12:43:02 +0000 Received: (at 23006) by debbugs.gnu.org; 15 Mar 2017 12:42:14 +0000 Received: from localhost ([127.0.0.1]:56404 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1co8Fq-0002Xf-1r for submit@debbugs.gnu.org; Wed, 15 Mar 2017 08:42:14 -0400 Received: from mout.gmx.net ([212.227.15.15]:63828) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1co8Fo-0002XR-L5 for 23006@debbugs.gnu.org; Wed, 15 Mar 2017 08:42:13 -0400 Received: from detlef.gmx.de ([87.146.56.33]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MGAdz-1d2eJm3rIV-00FFds; Wed, 15 Mar 2017 13:42:06 +0100 From: Michael Albinus References: <86r3fd24yd.fsf@yandex.ru> Date: Wed, 15 Mar 2017 13:42:05 +0100 In-Reply-To: <86r3fd24yd.fsf@yandex.ru> (Dmitry Gutov's message of "Mon, 14 Mar 2016 04:01:14 +0200") Message-ID: <87bmt2vhia.fsf@detlef> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:V6DfP66c2y+frInu6RUdm0NP4rLeI+ZbYPH7flpJ/M/wJkh811g m6RhU+kNjVmimzH5Q71XaxVSJ9q41gqQeHZ8KkYehPjQFz6z1Qos+62+Q1mPYMa9iJh3rSZ Tuuk2nbp4Ee+L/zERvkAlMdA4n5oKRknRReF9fwmvhFUC07lMsiDTssmzt8K76Fnw/Xb/EQ fqSJxF3iqGzrkBH97NskQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:D+bDwRa0W0A=:D0p31Rv+JSKg9YdgaL7cJG 78ku9REQXViFlAsGBMMGkGzFzxzD3ribqGm7wOYZI86EdL4PXMg59g5Pscz91uFA+uu9dzV32 BCdiLMdYbQT2qW7UeI3UTNWWG5A7ywh/qKoPLdER9JQ0Gvz5Tt9N1UBtq4f2RWRdmmSrus4XO vNlrQVDXzhxKuc7Ur4/a1RH2J/Rf7wEJPeW5LTrwRpKxLip40k9WprDztrdf7BdMpN1XRSKNX 910WOZ5M02gKqAzdeQ/Fbf8C0a6PrYmkq03kSpCWyTELcBCKWrLxnfeKA/+G8W723dGKDZ0Ob q22mXShtX97lE8NLTfHMXr8TrPYAB54yKYs2W0GPhTqxhovJqHMPVr8bNLeGbi2XLws6IpMAy IpQ1pgBRfTeQxMkcW9Exc7vplOKWUjc5muTCeC7PIRQWdAiinhHoKkRqq91KUhK5Miey+LApl yeAODdVFhF+92mJ0wDypg99N69nfIvsIV6VwXi72xGTTJ+JKw8NRJeD8AKIDC3orz7OI9/l4w KwumbwxOyfu5TUz9bEimQLm346YUFFe3elP+AYT2ZSbUPoSWcEmXEAfldCH/Gx1V6vw4/c954 grZycVzGu+jbHnEnLKKFqfzC3pLOvzn+ibkAY3gKw33/fbhepvkyUTRU4DNw29G8ojLlKxnr/ 4qEafjH0VTheUDnEYQlvBfYbD9CHSOVWLhOh4rgFlAFX3VkWe7/1uxgtlPIhGIGG+fNFvkPjf 48XBlC1GQx2vzqV4OL6MGDNBgyh4ZrK78guAXdGdCltB2mWJ2wMlxBPBo5V1U+B3E8/AxMXi3 JZOl61/ X-Spam-Score: -3.5 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.5 (---) Dmitry Gutov writes: Hi Dmitry, > As mentioned in a recent discussion: > > 1. M-x eshell > 2. type 'cd /' > 3. M-: (require 'tramp) ;; New step! > 4. M-x pcomplete > > I'm getting the error 'tramp-file-name-handler: Host name must not match > method "adb"'. According to the recent changes of Tramp in the master branch, this error does not happen anymore. Could you, pls, confirm? I would expect pcomplete also to show possible Tramp methods like "sudo:". It doesn't. But this is rather related to pcomplete, so it is not relevant for *this* bug. Best regards, Michael. From unknown Sat Jun 21 10:43:09 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Dmitry Gutov Subject: bug#23006: closed (Re: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode) Message-ID: References: <86r3fd24yd.fsf@yandex.ru> X-Gnu-PR-Message: they-closed 23006 X-Gnu-PR-Package: emacs Reply-To: 23006@debbugs.gnu.org Date: Fri, 17 Mar 2017 11:31:01 +0000 Content-Type: multipart/mixed; boundary="----------=_1489750261-11013-1" This is a multi-part message in MIME format... ------------=_1489750261-11013-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 23006@debbugs.gnu.org. --=20 23006: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D23006 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1489750261-11013-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 23006-done) by debbugs.gnu.org; 17 Mar 2017 11:30:16 +0000 Received: from localhost ([127.0.0.1]:59717 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1coq5H-0002Cy-VN for submit@debbugs.gnu.org; Fri, 17 Mar 2017 07:30:16 -0400 Received: from mail-wr0-f174.google.com ([209.85.128.174]:35746) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1coq5F-00025O-Mq for 23006-done@debbugs.gnu.org; Fri, 17 Mar 2017 07:30:14 -0400 Received: by mail-wr0-f174.google.com with SMTP id g10so49971162wrg.2 for <23006-done@debbugs.gnu.org>; Fri, 17 Mar 2017 04:30:13 -0700 (PDT) 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=E0m53nv+QMZosCRqXETsmpf/I5ARualrdUlzKFd9kVs=; b=dQOlSL5MwzSaAnn/uugiMvw17Fj4yywksLFzKuHzxfRWzT1Bmw2tm5MVY9Lf+WC8II 3YO6fXkWcuNjfCQ9VlUPuVzjUbNLQzUH72CXse5Rwv0ngkeuQzhzXFueninWDrHVexiH k1Rieob/TNJNe6VdOlzbAGsH26g00f3gnbba8Wh+xUNW7mTtyKFKcEPxwHTRXYNUAHXC LhFnze/TL6nKdMXK7v8FXBbADyRldJHEl3lYstFqlXrNUIJi4fYyrvspgQDVdrhWR5ve nGAcma+wxxDr/m8EpjotwsJ8cGFA9ZyrQLSX82ljpB4RJ3UFhNQUDMEeAOEVcH1i93q7 zgsw== 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=E0m53nv+QMZosCRqXETsmpf/I5ARualrdUlzKFd9kVs=; b=d9jTPW3sCoalRHwLlfy6gmk1s5fZIqkrJbTxVYbUSXRWuPWC/C47E2dyTkQ5n19LBJ Q9Mu9a5skHNSa1J8N1+C4Bgv3QR9JQGzr5B1LbdHzFKYtJd09mcDiTXMNB1iTEESXak7 nT2lGkvnIF4gIJuaLpu3Fl9VXskSjg/fY33fvDkascEJ/xCaIw8/foxJqXZjjg9JjKaz w4ADVgvsU44PoyxPY+Ipw4eC0yOAFeESx+ZUb7Phvjf3O8O6vsDcbBvYngqFVjtYEXId k+aDD6IX/OAgH6Kwbqwmi63uN9DjP+DAM3jjPtkAOktV7y7175lX78mW1sWy5rGcrZ9y GmXQ== X-Gm-Message-State: AFeK/H27xPJmPzDiNn90g820cuSIiNFOaJKoAbKSCnpVlc0gdBdb3hDNJ9oxtGTC/PFeGQ== X-Received: by 10.223.148.35 with SMTP id 32mr12575532wrq.82.1489750207911; Fri, 17 Mar 2017 04:30:07 -0700 (PDT) Received: from [192.168.1.3] ([185.105.173.156]) by smtp.googlemail.com with ESMTPSA id h65sm8018876wrh.32.2017.03.17.04.30.06 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 17 Mar 2017 04:30:06 -0700 (PDT) Subject: Re: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode To: Michael Albinus References: <86r3fd24yd.fsf@yandex.ru> <87bmt2vhia.fsf@detlef> From: Dmitry Gutov Message-ID: Date: Fri, 17 Mar 2017 13:30:05 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.0 MIME-Version: 1.0 In-Reply-To: <87bmt2vhia.fsf@detlef> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 23006-done Cc: 23006-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.6 (--) Hi Michael, On 15.03.2017 14:42, Michael Albinus wrote: >> As mentioned in a recent discussion: >> >> 1. M-x eshell >> 2. type 'cd /' >> 3. M-: (require 'tramp) ;; New step! >> 4. M-x pcomplete >> >> I'm getting the error 'tramp-file-name-handler: Host name must not match >> method "adb"'. > > According to the recent changes of Tramp in the master branch, this > error does not happen anymore. Could you, pls, confirm? Looks fixed, thanks! Closing. ------------=_1489750261-11013-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 14 Mar 2016 02:01:30 +0000 Received: from localhost ([127.0.0.1]:47276 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1afHp4-0004Uy-0L for submit@debbugs.gnu.org; Sun, 13 Mar 2016 22:01:30 -0400 Received: from eggs.gnu.org ([208.118.235.92]:57870) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1afHp1-0004Uk-Ok for submit@debbugs.gnu.org; Sun, 13 Mar 2016 22:01:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1afHow-0005KN-2z for submit@debbugs.gnu.org; Sun, 13 Mar 2016 22:01:22 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05,FREEMAIL_FROM, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:47699) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1afHow-0005KA-0a for submit@debbugs.gnu.org; Sun, 13 Mar 2016 22:01:22 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:48835) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1afHov-0005Sl-5t for bug-gnu-emacs@gnu.org; Sun, 13 Mar 2016 22:01:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1afHor-0005EF-UH for bug-gnu-emacs@gnu.org; Sun, 13 Mar 2016 22:01:21 -0400 Received: from mail-wm0-x229.google.com ([2a00:1450:400c:c09::229]:33834) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1afHor-0005DC-OR for bug-gnu-emacs@gnu.org; Sun, 13 Mar 2016 22:01:17 -0400 Received: by mail-wm0-x229.google.com with SMTP id p65so83580057wmp.1 for ; Sun, 13 Mar 2016 19:01:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:subject:date:message-id:mime-version; bh=Knjo86eYHhcn0zPjmh9ca0wuIPtWeaDcqFllppgNpKI=; b=nVDSvI0jTOdCKAU2I5oPOs2sW2VUQvYAyWmhTMPVqaz3XGjWtWoW2FK9i0ByqGiZSB 6ugozT2HXQMbbx/lxh1EdYTKBECryMkSp0KAXls2JtYkjoJUBAWzA1NcyNqA5aKK7Vdn Uq3rZU8V4/tdo9lIsTdszRKJKQV5BfX0jV3qVZyyh7kwVpOFXUPpqiyKOHBJA/UN6nrf u6laVQc3PKOoNgk5GV556UfboLg9z9EWQMFmX7Eynpks9cNBFNVw0vdZclcWDUluelHw tYE4+vr35BCnyUQiSVv6T3C9f0Lq4WyMf+a5yTW3KDf580Ez6drtQt7KFgp+IKS9EbuS JNCQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:to:subject:date:message-id :mime-version; bh=Knjo86eYHhcn0zPjmh9ca0wuIPtWeaDcqFllppgNpKI=; b=emGRAVYIHnHhaQrNn/i7d4bW0YMlSYYdTE8JZHShcOhUQ6ZHXgm2b4szyDNlJbNRwx +zunLysBvAGyLLZqSbzv+JFzMRbsyHYMNZSdZvPUubwkBwazQiomAGu70cmh3H6eQwu2 DuRlK3YvO0lTNKdld55T5S+oLv6vwdSG+FgnWUans4VIxVlbTk7n5lRfwWsQjhLQl5L3 axXQk+K88oNEG//fQw3kZGWgvnrqIkxiRacgul5EwmopKVpZbVqOQUfrbipZLwHI/QuG r91L/5ind6Wh/6j/74uQgCxPUJpUJxmnHeMW4KIVUpCowbbdodwhGWyBy1aF4zeyRFnX wECw== X-Gm-Message-State: AD7BkJIqk4H5TFDJ1vWh8OlIpUtoMOqKr6RJaKycie0szb/qMcspesdmWsq0a8PugcgK3w== X-Received: by 10.194.242.202 with SMTP id ws10mr21494045wjc.3.1457920876950; Sun, 13 Mar 2016 19:01:16 -0700 (PDT) Received: from axl ([185.105.175.24]) by smtp.gmail.com with ESMTPSA id gk4sm20035626wjd.7.2016.03.13.19.01.16 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 13 Mar 2016 19:01:16 -0700 (PDT) From: Dmitry Gutov To: bug-gnu-emacs@gnu.org Subject: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Date: Mon, 14 Mar 2016 04:01:14 +0200 Message-ID: <86r3fd24yd.fsf@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -3.8 (---) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.8 (---) As mentioned in a recent discussion: 1. M-x eshell 2. type 'cd /' 3. M-: (require 'tramp) ;; New step! 4. M-x pcomplete I'm getting the error 'tramp-file-name-handler: Host name must not match method "adb"'. In GNU Emacs 25.0.92.2 (x86_64-unknown-linux-gnu, GTK+ Version 3.16.7) of 2016-03-11 built on axl Repository revision: facb5e20ce186e47506860bde982e35020fedce5 Windowing system distributor 'The X.Org Foundation', version 11.0.11702000 System Description: Ubuntu 15.10 ------------=_1489750261-11013-1--