GNU bug report logs - #49030
28.0.50; Tramp archive error

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Boruch Baum <boruch_baum <at> gmx.com>
Subject: bug#49043: closed (Re: bug#49030: 28.0.50; Tramp archive error)
Date: Sun, 20 Jun 2021 14:23:03 +0000

[Message part 1 (text/plain, inline)]

Your bug report

#49030: 27.1: ibuffer-toggle-filter-group [BUGFIX]

which was filed against the emacs package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 49043 <at> debbugs.gnu.org.

-- 
49030: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=49030
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Juri Linkov <juri <at> linkov.net>
Cc: 49030-done <at> debbugs.gnu.org
Subject: Re: bug#49030: 28.0.50; Tramp archive error
Date: Sun, 20 Jun 2021 16:22:33 +0200

Version: 28.1

Juri Linkov <juri <at> linkov.net> writes:

Hi Juri,

>>> Such error is signaled:
>>>
>>>   Tramp: Opening connection for file%3A%2F%2F%2Ftmp%2Ftest.tgz
>>> using archive...failed
>>>   file-error: org.gtk.GDBus.UnmappedGError.Quark._g_2dio_2derror_2dquark.Code1
>>>   Error when getting information for file “/tmp/test.tgz”: No such
>>> file or directory
>>
>> Thanks for the recipe. I've pushed a fix to master, could you pls check?
>
> Thanks for the fix.  I confirm that the error is fixed.
> (I don't know if the merged bug#49043 can be closed.)

Thanks for the confirmation, I'm closing the bug.

Best regards, Michael.

[Message part 3 (message/rfc822, inline)]

From: Boruch Baum <boruch_baum <at> gmx.com>
To: Emacs Bug Reporting <bug-gnu-emacs <at> gnu.org>
Subject: 27.1: ibuffer-toggle-filter-group [BUGFIX]
Date: Tue, 15 Jun 2021 11:52:31 -0400

I've been having operation ibuffer-toggle-filter-group reliably crash
whenever performed due to it trying to operate on a point beyond
point-max. The culprit seems to be in function ibuffer-map-lines where:

  (delete-region (line-beginning-position)
     	         (line-end-position))))

is being performed instead of:

  (delete-region (line-beginning-position)
	    (min (point-max) (1+ (line-end-position))))

This solves the issue for me.

--
hkp://keys.gnupg.net
CA45 09B5 5351 7C11 A9D1  7286 0036 9E45 1595 8BC0

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.