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: Thu, 09 Sep 2021 15:58:00 +0200 Message-ID: <8735qdu9zr.fsf@gmx.de> References: <87o8asu1mg.fsf@jpl.nasa.gov> <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> <87v93xvdba.fsf@gmx.de> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="19877"; 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 Thu Sep 09 15:59:12 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 1mOKa7-0004xR-3S for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 09 Sep 2021 15:59:11 +0200 Original-Received: from localhost ([::1]:44548 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mOKa5-0000wa-51 for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 09 Sep 2021 09:59:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51814) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mOKZy-0000vW-SL for bug-gnu-emacs@gnu.org; Thu, 09 Sep 2021 09:59:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:52544) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mOKZy-0006nI-HK for bug-gnu-emacs@gnu.org; Thu, 09 Sep 2021 09:59:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mOKZy-0005CI-Eg for bug-gnu-emacs@gnu.org; Thu, 09 Sep 2021 09:59: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: Thu, 09 Sep 2021 13:59: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.163119589219895 (code B ref 49714); Thu, 09 Sep 2021 13:59:02 +0000 Original-Received: (at 49714) by debbugs.gnu.org; 9 Sep 2021 13:58:12 +0000 Original-Received: from localhost ([127.0.0.1]:35857 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mOKZ9-0005Ap-Sj for submit@debbugs.gnu.org; Thu, 09 Sep 2021 09:58:12 -0400 Original-Received: from mout.gmx.net ([212.227.15.19]:36789) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mOKZ7-0005AV-Tb for 49714@debbugs.gnu.org; Thu, 09 Sep 2021 09:58:10 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1631195881; bh=JMgszQ6tUvMR6oq7W/Gfk/xTsGEfEF1sxKEE9gxH4FQ=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=ERYoVWyXMqvfCyYshYyNhx51EjdA43yyz7gT1hFcy4c8e20ZiiPi7x4JjkNNcgmsh KGmiyzCgdPWa2vpbcLfRLWbktA9Foq9L1/tdWua+x2pYupQ50/ffW3W8RRpOVMlAj8 yPrIxKXjkX31r68HC1AyWmdwCsp1qbAkVyskDu1s= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from gandalf.gmx.de ([213.220.148.40]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1M2O2W-1mMgw30YAQ-003sXH; Thu, 09 Sep 2021 15:58:01 +0200 In-Reply-To: <87v93xvdba.fsf@gmx.de> (Michael Albinus's message of "Sun, 22 Aug 2021 15:06:33 +0200") X-Provags-ID: V03:K1:Da7OL2W8zkEb75Nw+3u8V6jw2qmaMrI5L6wfllh+eOSNdHl74Mj L2Pft8WLV2kj2IWssGzPZ+tXtk9nhpvMCOL6mRsfbXcZHk3zgr+P+DRd80AMcDvYTbuDp+C HP0RXvkkbdw0F2DgHxebO/IHhbK5tSpZi7ZNtTILUnZAZcCbBay6rMInIfenJnj6BG8cxfu l2RaxzOyc1Xh7CP98pAsQ== X-UI-Out-Filterresults: notjunk:1;V03:K0:jo6ZPd4PU+c=:2OLXcc9l+2nNjCo9XmZgjG ZgfCU0uqEax8OWTTlw7LhuQattxgjc7xWazr3wi7zWXJyJA3LphiCbzwzl9oMXLUGLHMOEaCN t0qIxk+L++mpQh9FYgUEjdvEwcR3NvHibrm+QyuVJprf03c7hViIOTWUzbSw8yoa4Ssnxv4WU jCBDniL7S+n7XYSaQLn0Mt2yPNJcio8Tev5thQlrTIj/w2t03S/g/RPQtsxxnnvUumLtDaqyy w8ZVStumc1WwV1OhUrXQl5NRld3J7IWskKQS2JFuMkWIFf8ipPEZNUxrHwBYrLAvxVUbxn7QR I1tp89JSwgGE09nbv/xmmKQ4/jqmqm3KmuBBYt9/6otPCD3tRr2J/xSMYqRqHsR0i2BbJfQEZ JOrol/VJgx+9BVIvXXYabO6ncYn3xBC6FJ57NxfIq0bqW6Gi3XlIxV1QCYn5BoI2b51lA0+05 lV6Ql7cq/cKIisa961izsZ7l3CfiaTEWtj5iqJUNL1W6kwf6KQwAKdSZGjohPhssQz4ft+0/4 2UNNER2lIIZmU+3rhrs2bDgjFcWQHAXL18SGgqnqJk0FzgtekU7cSsPEyF4x5hWiZ/dnDc9Ob yDuEUQhJYFUqof0/K3YBgtdDW04bd2sUk0bnoBCBZzDqn/zGEGg5zKl4s+rr5rRYwZPGEtL7l JoysFef3XLT8yiu+g/Ig0jwK+kGWAOhh8bqCbgg74f8bcK8Z3lCshAMv06kFMW47jClrZlmyp 8PCBukhsumk7w3U+wEsWmaiYMAdcAXUhDtLOghUoT5PNRtzXxJ+/iJFyzwKJeb7bEzhChXip 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:213915 Archived-At: Michael Albinus writes: 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? Is there anything else I could do for you? Otherwise, I'd like to close the bug report. >> Thanks! Best regards, Michael.