From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Paul Pogonyshev Newsgroups: gmane.emacs.bugs Subject: bug#57800: TRAMP insert-file-contents now fails for regions Date: Thu, 29 Sep 2022 13:27:50 +0200 Message-ID: References: <87fsgt4ynq.fsf@gnus.org> <875yhp4xyf.fsf@gnus.org> <87h719j5g6.fsf@gmx.de> <87sfkry80u.fsf@gnus.org> <87o7uyihq6.fsf@gnus.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000009a590405e9cf2b5a" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="16657"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Michael Albinus , 57800@debbugs.gnu.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Sep 29 14:15:39 2022 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 1odsS3-0004A4-1l for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 29 Sep 2022 14:15:39 +0200 Original-Received: from localhost ([::1]:40274 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1odsS1-0007Ve-Nm for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 29 Sep 2022 08:15:37 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:34126) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1odriw-0006Jz-Bk for bug-gnu-emacs@gnu.org; Thu, 29 Sep 2022 07:29:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:37344) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1odriw-0007Jn-2V for bug-gnu-emacs@gnu.org; Thu, 29 Sep 2022 07:29:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1odriv-0005hn-Oz for bug-gnu-emacs@gnu.org; Thu, 29 Sep 2022 07:29:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Paul Pogonyshev Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 29 Sep 2022 11:29:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57800 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 57800-submit@debbugs.gnu.org id=B57800.166445089021868 (code B ref 57800); Thu, 29 Sep 2022 11:29:01 +0000 Original-Received: (at 57800) by debbugs.gnu.org; 29 Sep 2022 11:28:10 +0000 Original-Received: from localhost ([127.0.0.1]:36422 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1odri5-0005ge-Rk for submit@debbugs.gnu.org; Thu, 29 Sep 2022 07:28:10 -0400 Original-Received: from mail-ej1-f43.google.com ([209.85.218.43]:41842) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1odri4-0005gS-Cn for 57800@debbugs.gnu.org; Thu, 29 Sep 2022 07:28:08 -0400 Original-Received: by mail-ej1-f43.google.com with SMTP id hy2so2122928ejc.8 for <57800@debbugs.gnu.org>; Thu, 29 Sep 2022 04:28:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date; bh=FWJXNAkTBQPmbe7gHaxtewi8qUTGId9a50Jumd5utEU=; b=IJGVEKDT98zElq5oOiqeRDhYErINDFoDBflGQIqhfQtKUNceRDLWDraU7i3oL4PVSA MIdekAInQ0aq7ttVrv9GHGb1yk8aFpjb6J/6thoqYKZVi7Bb1/XqT+7ivuBC//ubbsox Pih8np/rqZrcOMJNmBYhzjjK2V/tar4Z5au+NcFuYhwAj1s0pUOKObOrkJOAhRkILwcd 6S4/c4133QT/ucyfaDBlaYrCE4BU895IMf8OLIN4Rfa/KCxwTGgJQiFy/s+RkWuPqLh7 tcr3dNvguMsyag5Jdc1dQzLPVeZ4LlO21Wf70I4zg69FtAmX2aQDPH+nl+wwaGJo950Z ABaA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date; bh=FWJXNAkTBQPmbe7gHaxtewi8qUTGId9a50Jumd5utEU=; b=TYHemOCCpdJXe/zITdMU2QM3CD7ZlRn8lAJCdED5YBrlQYxu37oHWKPTnx5RRazRUC 39QwwpAB7Lo5yg/PyHqSniLH6K0KReK/CBsXAS5EydzvfizII5b7d7Xuj53HMxt5kdba o/qLME28dl/XFORH9Rytccf2b33Ozi/npnMIZSv7AnyO88aYA1KUfa2/JAh0Auu8Enb6 utYsitcR8Ec0o8APQiJs4OyndI33+V/9tRsS58spy5XmaYobeBiLTXnMmUTnyzeQGuZX tlSai4mkJirvF1C5+O9C0AgHpKnmxS+kJjsTspHm69SQf7XmE1Qrm7qlCaE3474D429H ASCg== X-Gm-Message-State: ACrzQf2BNAXDKXn/8DPVCj3yP3zm9XJF9YLIqQOahoZp9wnz0vWpOpRa wvG+NTWSVynSDbzolHsENa2NQuLUq8PC5eNcrWhSTNZwnA== X-Google-Smtp-Source: AMsMyM7/HPQ0ni0JIDzLhPoYoZHV/GOg4Q2+zFEpGdoUuSr53etXAloaTeBHOQ2NkkGuGESLmGVaNlGcjxXGcUIQSyU= X-Received: by 2002:a17:906:fe09:b0:77a:52b3:da5d with SMTP id wy9-20020a170906fe0900b0077a52b3da5dmr2337476ejb.57.1664450882589; Thu, 29 Sep 2022 04:28:02 -0700 (PDT) In-Reply-To: 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:243897 Archived-At: --0000000000009a590405e9cf2b5a Content-Type: text/plain; charset="UTF-8" > is not reproducible all the time As a clarification, if certain Emacs instance is affected, then the bug appears to happen in it always. Likewise, if it works once in an instance, then it will work properly every time in it -- or at least I haven't seen any counterexamples. Paul On Thu, 29 Sept 2022 at 13:26, Paul Pogonyshev wrote: > No, the bug is not reproducible all the time. I have switched to Emacs 28 > since then, as this breaks functionality important for me. Now tried to run > 29 again, but it doesn't happen anymore, neither with `-Q' nor without. > Also cannot find a backtrace for the same reason now. > > From the reproducing early today I remember that restarting Emacs doesn't > help - or is at least random, since now a newly started Emacs doesn't > exhibit this problem. It feels like the problem is in some cache and the > cache appears to be persistent (cross-Emacs), if TRAMP uses something like > that at all. > > The files I have noticed this on have names like "/ssh:USER@HOST#22222:/...", > i.e. using SSH backend and a non-standard port, if that matters. > > Paul > > On Thu, 29 Sept 2022 at 12:43, Lars Ingebrigtsen wrote: > >> Paul Pogonyshev writes: >> >> > Happened to me again. Symptoms are exactly the same: inserting the >> whole file >> > works, inserting only a part dies with `file-missing'. >> >> OK; reopening. >> >> Do you have a backtrace for when it fails? >> >> A complete recipe to reproduce the problem would also be helpful. >> > --0000000000009a590405e9cf2b5a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
> is not reproducible all the time

As a clarification, if certain Emacs instance is affected, then the bug = appears to happen in it always. Likewise, if it works once in an instance, = then it will work properly every time in it -- or at least I haven't se= en any counterexamples.

Paul

On Thu, 29 Sept = 2022 at 13:26, Paul Pogonyshev <= pogonyshev@gmail.com> wrote:
No, the bug is not reproducible all th= e time. I have switched to Emacs 28 since then, as this breaks functionalit= y important for me. Now tried to run 29 again, but it doesn't happen an= ymore, neither with `-Q' nor without. Also cannot find a backtrace for = the same reason now.

From the reproducing early today I = remember that restarting Emacs doesn't help - or is at least random, si= nce now a newly started Emacs doesn't exhibit this problem. It feels li= ke the problem is in some cache and the cache appears to be persistent (cro= ss-Emacs), if TRAMP uses something like that at all.

The files I have noticed this on have names like "/ssh:USER@HOST#22= 222:/...", i.e. using SSH backend and a non-standard port, if that mat= ters.

Paul

On Thu, 29 Sept 2022 at 12:43, Lar= s Ingebrigtsen <lars= i@gnus.org> wrote:
Paul Pogonyshev <pogonyshev@gmail.com> writes:

> Happened to me again. Symptoms are exactly the same: inserting the who= le file
> works, inserting only a part dies with `file-missing'.

OK; reopening.

Do you have a backtrace for when it fails?

A complete recipe to reproduce the problem would also be helpful.
--0000000000009a590405e9cf2b5a--