From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Ivan Kozlov Newsgroups: gmane.emacs.bugs Subject: bug#36733: (no subject) Date: Sat, 29 Feb 2020 04:30:15 +0300 Message-ID: <1364681582939815@myt5-bc0f9d8e5f27.qloud-c.yandex.net> References: <86ftn1iuuf.fsf@protected.rcdrun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="70077"; mail-complaints-to="usenet@ciao.gmane.io" To: 36733@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Feb 29 02:32:08 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1j7qz9-000I7R-KX for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 29 Feb 2020 02:32:07 +0100 Original-Received: from localhost ([::1]:55914 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j7qz8-000457-GV for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 28 Feb 2020 20:32:06 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:37451) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j7qy7-0002NP-Jg for bug-gnu-emacs@gnu.org; Fri, 28 Feb 2020 20:31:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j7qy6-00078I-Cj for bug-gnu-emacs@gnu.org; Fri, 28 Feb 2020 20:31:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:56252) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1j7qy5-000788-Ti for bug-gnu-emacs@gnu.org; Fri, 28 Feb 2020 20:31:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1j7qy5-00068v-QS for bug-gnu-emacs@gnu.org; Fri, 28 Feb 2020 20:31:01 -0500 X-Loop: help-debbugs@gnu.org In-Reply-To: <86ftn1iuuf.fsf@protected.rcdrun.com> Resent-From: Ivan Kozlov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 29 Feb 2020 01:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36733 X-GNU-PR-Package: emacs Original-Received: via spool by 36733-submit@debbugs.gnu.org id=B36733.158293982623537 (code B ref 36733); Sat, 29 Feb 2020 01:31:01 +0000 Original-Received: (at 36733) by debbugs.gnu.org; 29 Feb 2020 01:30:26 +0000 Original-Received: from localhost ([127.0.0.1]:33992 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j7qxW-00067Y-3X for submit@debbugs.gnu.org; Fri, 28 Feb 2020 20:30:26 -0500 Original-Received: from forward102o.mail.yandex.net ([37.140.190.182]:56780) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j7qxT-000679-PH for 36733@debbugs.gnu.org; Fri, 28 Feb 2020 20:30:25 -0500 Original-Received: from mxback21o.mail.yandex.net (mxback21o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::72]) by forward102o.mail.yandex.net (Yandex) with ESMTP id 6BD5866811D4 for <36733@debbugs.gnu.org>; Sat, 29 Feb 2020 04:30:16 +0300 (MSK) Original-Received: from localhost (localhost [::1]) by mxback21o.mail.yandex.net (mxback/Yandex) with ESMTP id OmZl60cek4-UFdKnNxX; Sat, 29 Feb 2020 04:30:15 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1582939815; bh=qmG7VkUmJgxKe+WACCX/reh6jWlywGsJ31pUotgW4JE=; h=Message-Id:Date:To:From; b=eLjYVcODJRYT8N+RrUxbV6mww4VIzRvM0vV7jCYKlmDvXIRQ+TAuoe7ea53ZeY99Q IVENyPWQELk4SFI5tT0Jqc6WIrCWds1kdV/iljO8RFFmGw+Jmfwii5ggjqjD4OVlKR ataxS3vZgblNe3MXGjDlzWYgZUhUc2nR6CF8HcV8= Authentication-Results: mxback21o.mail.yandex.net; dkim=pass header.i=@yandex.ru Original-Received: by myt5-bc0f9d8e5f27.qloud-c.yandex.net with HTTP; Sat, 29 Feb 2020 04:30:15 +0300 X-Mailer: Yamail [ http://yandex.ru ] 5.0 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:176630 Archived-At: This indeed has nothing to do with cd. Any time complete-in-region-mode (apparently, I don’t actually know what does that) is active in eshell, typing RET, or C-j, or C-c C-u and probably many similar commands which should probably conceptually exit the mode, it lags forever. It takes many seconds on my old netbook. Not only that, it doesn’t even exit the mode! So if you enter ls a, then C-c C-u, then type something again and do RET/C-c C-u/etc., it will lag. Even if you type RET and get a new prompt, it will continue to lag. But then if you type something in the new prompt, apparently it won’t. It’s crazy. Needless to say, erasing only the argument in question also doesn’t quit it. If you enter ls a and erase the ‘a’ with DEL/M-DEL/C-c C-w/etc., then press RET/C-c C-u/etc., it will lag. But here are some things that do quit it: — typing SPC; — pressing C-g; — moving the point to outside the argument; — switching to a different buffer and back. All this equally applies to command completion etc. In general, completion in eshell is *completely* broken. One further example: when complete-in-region-mode is active (again, _apparently_) and there is some text before the point, typing * (the asterisk character) runs some undocumented command which completes the argument if there is exactly one possible completion and doesn’t do anything otherwise, so it’s like TAB without the *Completions* buffer. So typing ls a/* will produce ls a/b if b is the only file in a/, and ls a/ otherwise. This makes entering glob patterns (one of the most common tasks in shell) a *giant pain* with constantly hitting C-g and what not to make the completion stuff go away. I have no idea whether using * for the command was a deliberate decision, but it is really bad. Moreover, typing \ inserts \! This one is inexplicable. It makes quoting characters a giant pain with constantly erasing the tab or cancelling the completion garbage as above. The third atrocity is bug #15386. Together they render eshell clearly unusable. I wish I could remotely understand what’s going on between completion-in-region/pcomplete/eshell, but the code appears complicated and is completely undocumented. I can’t even find where the * and \ bindings are set up. It is certainly the most horribly broken thing I have encountered in Emacs.