From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.bugs Subject: bug#49714: 28.0.50; TRAMP burns CPU and has insufficient user reporting when using xxxx-sk SSH keys Date: Sun, 22 Aug 2021 15:06:33 +0200 Message-ID: <87v93xvdba.fsf@gmx.de> References: <87o8asu1mg.fsf@jpl.nasa.gov> <874kciqfuv.fsf@secretsauce.net> <87bl6puql6.fsf@gmx.de> <87h7ggpb4k.fsf@secretsauce.net> <87pmv4td2v.fsf@gmx.de> <8735s0p260.fsf@secretsauce.net> <87lf5st3b2.fsf@gmx.de> <87tukfobxa.fsf@secretsauce.net> <878s1rttfc.fsf@gmx.de> <87czr3o497.fsf@secretsauce.net> <874kcftol2.fsf@gmx.de> <87a6m7nzv0.fsf@secretsauce.net> <87zgu6sy7r.fsf@gmx.de> <87k0lamcql.fsf@secretsauce.net> <875ywmp9lw.fsf@gmx.de> <87eeb4a3xv.fsf@secretsauce.net> <87v94grp9q.fsf@gmx.de> <875yw9b1c1.fsf@secretsauce.net> <87im05419r.fsf@gmx.de> <87eeat414c.fsf@gmx.de> <87lf4x5ork.fsf@secretsauce.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15608"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: 49714@debbugs.gnu.org To: Dima Kogan Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Aug 22 15:07:10 2021 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 1mHnBu-0003rX-0C for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 22 Aug 2021 15:07:10 +0200 Original-Received: from localhost ([::1]:47212 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mHnBs-00033N-Al for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 22 Aug 2021 09:07:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:35824) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mHnBn-000336-2T for bug-gnu-emacs@gnu.org; Sun, 22 Aug 2021 09:07:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:54996) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mHnBm-0004be-OF for bug-gnu-emacs@gnu.org; Sun, 22 Aug 2021 09:07:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mHnBm-0000fa-Gf for bug-gnu-emacs@gnu.org; Sun, 22 Aug 2021 09:07:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 22 Aug 2021 13:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 49714 X-GNU-PR-Package: emacs Original-Received: via spool by 49714-submit@debbugs.gnu.org id=B49714.16296376102553 (code B ref 49714); Sun, 22 Aug 2021 13:07:02 +0000 Original-Received: (at 49714) by debbugs.gnu.org; 22 Aug 2021 13:06:50 +0000 Original-Received: from localhost ([127.0.0.1]:38309 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mHnBa-0000f6-3w for submit@debbugs.gnu.org; Sun, 22 Aug 2021 09:06:50 -0400 Original-Received: from mout.gmx.net ([212.227.17.22]:54545) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mHnBV-0000eq-3u for 49714@debbugs.gnu.org; Sun, 22 Aug 2021 09:06:49 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1629637596; bh=6yXMRD/ozDOYtHFU22E/zyd0B/7emip6uGbn7jS5gGA=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=T84vS6qdbMV2BOtHBq056MUYLMEx2kXUXIDz7KEutd47bOL7lT1y8NOBnKGyGpCOf S/Ja98dAD4/y0aBcS34y7Ok+HPfQh/IhrRfTZKbQQlx5b1TkU1/N176gNNbicvyITF xEhj6VvXb8+/UDowv5zySSfAPA/q8Ic/p+WZ/TKE= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from gandalf.gmx.de ([213.220.157.218]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N17UQ-1n1Wz80FmE-012Up6; Sun, 22 Aug 2021 15:06:36 +0200 In-Reply-To: <87lf4x5ork.fsf@secretsauce.net> (Dima Kogan's message of "Thu, 19 Aug 2021 12:26:55 -0500") X-Provags-ID: V03:K1:FE/bm8iwratUv1lvmsi/PRicA66F5HlYTVsbAE5V65IiS8eJl7E B5QajSjxyrvjpUR7EyGb5HlhXUsM+LtHojnCssvlCnPqBqZ8+8kzXR2C9Gz4mWAwZDfkAnf a4qAHXVwLGLB/MfW6i1yrh25MMNOOppxGWjEn93wq15XLvnd+cNy3t6UiwnW7MFJLkTsFDt nKMI7zZqPr05233hrvxIQ== X-UI-Out-Filterresults: notjunk:1;V03:K0:w4OR7W02m8E=:1OFqsWI9Vgk7XFtcWw0ZWb 9L0iM1C2X3HAeCoP0JPQTFKd6PHnJQjIWE+/HbIZeBeVz2WYNaiMijOhXRo48q74565L0Y4Vy vZCtSdQE26eKfdgSOzZExp2kl/m+/G7Lfn0fOYtEcZ9FUbvxiNjZuwOiWqNaa4QH8aWuUUXuU bB03+ucxtrDqan0X0ks2pRpQxmMVnOL0PZwy5udyd05nCy61IP+bkmL6jTWnwSxN8aMkv2+h0 oBIifxWIlJ//ebpuNPkM5NH9jzxiwgABdpGTXsiclxOa/Gm2+JIPiTPHr5R+SaphFSq6+7xcC FpWydIm4kIa3oaddMrgVxKMGuQQoLbEQohUQJ4rEGWh0zqcOPy7cuHiVX2RXQ7TprAr8xspNB CiGYXz1NMdS/t6YPvKSN5YusYKY4tR+NH3Cr8NC7rioYl0EbHtFkFNxO8vI29v6iutCM4TsAW /w6u16HMpXHwzkioRj9GYX4+SMlbUtEPxddx/veSD8KLDTpmu/l7zY64lQZJWk7yGXUEkch5l kLWTVAxZjC83O7azHtT3Qp2KwU5NHpUgomG0QLcOyW93b4OJ9zuxois/IPmE0YxIm7gmnFgeu QUNS7MW2yUi7lBMoOm8Qx6Z/Ai7IuY2TTsLZnxe2+rzxnf5z6DeXUWQqwwqgqwPPDgxcHOlUi dl+LaIuCucAaxp6lxAfceMsz27gLLLlJk2aWHMSF+6ukJT6kR0Vzhk/b/GcJHYAdRnoBEhPJq 2K+3E5YUGA8ZAHa2uVyufiTtcC9sakpRgmCTn0bNul06a6Ar0bZ9sZvrmEqsOjNv793QCp3W X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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:212412 Archived-At: Dima Kogan writes: > Hi. Hi Dima, > From what I see, the rendering is dependent on what the window > manager does. If you switch to another window to cover up emacs, and > switch back, is there a redraw? I'm observing no redraw, and that's a > problem: emacs is frozen, and I don't see the prompt text in the > minibuffer. Sometimes due to WM quirks I never see the prompt. emacs > should give control back to the main loop while it waits for user > interaction (i.e. exactly what it does when asking for the passphrase). It seems to depend on the window manager, indeed. Running "emacs -Q", I always see the whole rendered Emacs, including the message in the echo area. Whether I move another window on top on Emacs, and move it away afterwards, doesn't matter. I'm running Fedora 34 with gdm (GNOME) 40.1. > I realize this might not be a simple thing to implement. Would it be > simple to wait for keyboard input OR the yubikey touch, whichever comes > first? If so, we can ask the user to "touch yubikey, or press enter to > quit". Then the same console input code used for the passphrase input > could be utilized here. Not so simple to implement. We have the ssh security key message, which must be displayed. I've adapted the code slightly, so it doesn't wait 30 sec for the confirmation message to appear from ssh. Instead there is a loop, which waits for 0.1 sec, checks for the message, and calls (redisplay) if it didn't appear. Pushed to master. Does it make a difference for you? > Thanks! Best regards, Michael.