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#61663: 30.0.50; TRAMP: (kill-buffer) sometimes cannot kill modified buffer without re-establishing a connection Date: Sun, 26 Feb 2023 15:45:35 +0100 Message-ID: <87356spjsg.fsf@gmx.de> References: <873570do3o.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="17967"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: 61663@debbugs.gnu.org To: Dima Kogan Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Feb 26 15:46:06 2023 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 1pWIHu-0004TJ-8C for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 26 Feb 2023 15:46:06 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pWIHr-00042v-Gb; Sun, 26 Feb 2023 09:46:03 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pWIHq-00042V-C6 for bug-gnu-emacs@gnu.org; Sun, 26 Feb 2023 09:46:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pWIHq-00017U-0l for bug-gnu-emacs@gnu.org; Sun, 26 Feb 2023 09:46:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pWIHp-0001Xl-T0 for bug-gnu-emacs@gnu.org; Sun, 26 Feb 2023 09:46:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 26 Feb 2023 14:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 61663 X-GNU-PR-Package: emacs Original-Received: via spool by 61663-submit@debbugs.gnu.org id=B61663.16774227475886 (code B ref 61663); Sun, 26 Feb 2023 14:46:01 +0000 Original-Received: (at 61663) by debbugs.gnu.org; 26 Feb 2023 14:45:47 +0000 Original-Received: from localhost ([127.0.0.1]:42879 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pWIHa-0001Wr-Vw for submit@debbugs.gnu.org; Sun, 26 Feb 2023 09:45:47 -0500 Original-Received: from mout.gmx.net ([212.227.17.22]:38271) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pWIHY-0001Wb-VH for 61663@debbugs.gnu.org; Sun, 26 Feb 2023 09:45:45 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.de; s=s31663417; t=1677422736; i=michael.albinus@gmx.de; bh=wn363y9EKQ1VBuf1oJq8HunST5uIDQOkuhZIKRpIhmQ=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=N1bglChR2C6epXl2Y/l5aiOQ4QANaHxZr3WEEXJkYD3VSEhl87cORenp199vQKWS/ Kd29rBQINVf2DzJHKGjrKHY97as0o/ddgOLpaVefKH0fClJhy7eaaODJ0mhjYA4DAz ArHLbqn2QO28d/ta7FLQx+3slncorRsHwRFBXRMzPXe5OaQErFP0P3pwoofLoBooeR vN3BVcQGV8JebtUdwRIr14YSc84QyDZWxMtrHd3H1Dr7Cht67MpF1tWoBQLEh7dCEQ zg3rwoPrG65jpclyjBY8p3TIBEedOtJsv8Grm/V6e+QUDKBYJ0+AKoaQxjFu+mhv10 5jpK8Y82xy/Cg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Original-Received: from gandalf.gmx.de ([185.89.39.22]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MrhQC-1ol5Qy0IUe-00niLm; Sun, 26 Feb 2023 15:45:36 +0100 In-Reply-To: <873570do3o.fsf@secretsauce.net> (Dima Kogan's message of "Mon, 20 Feb 2023 13:27:23 -0800") X-Provags-ID: V03:K1:xu7f9oALETAUZOD/aaAQE68yH7QZLdPj8HQuOHhol0IwPFngOBl NGH2doBxsb+GoXUQ7ZdI+GjC9pxNiH+A9+gEvCAYk6wi34ZNeDtqTnmFMi5FJ2lwmpwn2K4 41f0AmHWJ5a5OfcwxqjMkU0npL30LexP4Z+omQH+unuWQ+5aVz3vX/0a3jy4GANlEt6c0QP DBcEsN4RnUAG+i/viFCbw== UI-OutboundReport: notjunk:1;M01:P0:rq5T6IaqUu8=;dCuTWsIsloY/DQr70uHEscUxjPa l+1IZZyiFfM0sbGlC9ET2zEX1ucB11m9deKkUtIM+hFkCXqSTwyfitYipwO7RNUP/3QD9y/th C5pVxHXMiYHAeg4Fy1Hd5D1Fe32/bME5q8SlgodjhgMVi1o7cJlHXbEZd9Q6AmKsxCpm+zBJ+ BwBuJK/atA54eKjkuNDEz7YQWlD6N+0ccB17CeNqgmAMpe4P6/rGvCwHnxvKt+o9IEfHXgWLX dcGJ21OuZM7Fjz7skFtwtOoGhjWkS+IBIk5+VDNV78VrmnLEDIFauUtYIjXNS8fP8i2qQGyG7 CaUAkywOWmBj1dahV1afKTtNjM1PY4Jv84e8mR57lCtRB492DI2xsJvEEV1p5sbQeAcSiIGyu nMmjN8naYEKj4bqX7ER3ePmW6ysB8GwjIF/k8cymSTvVzWklRyV7+tyJ701CLxCiQe4IHoOLq wHA/jjHsrZ9GNpAaMAmfQylNnzTKQHnACdC5LLwcvm6bzuaEF7/EKce6LxoUhMoDG59PkEQaL bdYJ+fflhDgvrrgjgcbJQRDjwnapNja945oqpSuiayxW1xBZcWZ7M6L9xIIsNeOSCeVVW9dDI xjnnZkl4iM1iJePiiN12n2ry2llevhOgwdOTkAOr7+zRoc/jFsWsVc1Vxz/GFo8r1F6F2VWWk E1ZlBge7l4BQkJfgkO0r2PTp4tJ5ZxjiAibkY2+ZbM+yLHYXqb/9GAMB1j6XBgp9NdLzcEM0c ef355xqi2ZLY6MbTVMi8zhxsgBFTZ7MrWnMLkFevMb17MY2tZhWtVOpbXhcS23bI+aNLzWB1 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:256807 Archived-At: Dima Kogan writes: > Hi. Hi Dima, > This happens with a bleeding-edge emacs. I'm using a yubikey-based > ssh key, so I need to enter a passphrase and touch the yubikey to unlock > the ssh key. It looks like TRAMP is requiring this interaction even when > it shouldn't. > > 1. emacs -Q > > 2. C-x C-f /ssh:server:file > > We open some remote file using TRAMP. This is a new ssh connection, > so I must enter the passphrase and touch the yubikey. > > 3. Modify the buffer by typing something into it. Do not save > > 4. Break the ssh link. One way is to M-x tramp-cleanup-this-connection > > 5. Try to kill the buffer with C-x k. Emacs says something like "Buffer > modified. Kill anyway?" I say "yes". I would expect emacs to throw > away the modified buffer. Instead it tries to re-establish the > network connection to (presumably) do some cleanup. This requires the > yubikey auth again. If I don't follow through the passphrase, > touching prompts by pressing C-g, the modified buffer sticks around, > and there doesn't appear to be any way to kill it. > > With a "normal" ssh key, without a yubikey TRAMP still tries to > re-establish the network connection here. But it quickly fails, and the > (kill-buffer) still succeeds. With a yubikey it fails when I kill it and > the (kill-buffer) fails too. TRAMP shouldn't be trying to re-establish > the connection here probably. When the buffer is modified, kill-buffer tries to unlock the respective file. I've modified tramp-handle-unlock-file such a way that it ceases to work when the connection is broken. Pushed to master. Could you, pls, check? > Thanks! Best regards, Michael.