GNU bug report logs - #19865
tar-untar-buffer: should honor default-directory

Previous Next

Package: emacs;

Reported by: Ivan Shmakov <ivan <at> siamics.net>

Date: Sat, 14 Feb 2015 11:32:01 UTC

Severity: minor

Tags: fixed, patch

Fixed in version 27.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #41 received at 19865 <at> debbugs.gnu.org (full text, mbox):

From: Ivan Shmakov <ivan <at> siamics.net>
To: 19865 <at> debbugs.gnu.org
Subject: Re: bug#19865: tar-untar-buffer: should honor default-directory 
Date: Sat, 14 Feb 2015 15:57:36 +0000
	Well, let’s see if I can reword the report.

	As currently implemented (tested on 7eb2077f9dd1, 2015-02-06
	15:01:12 UTC), the *user* tar-untar-buffer command uses the
	value of the default-directory *user* variable, as set for the
	*internal* (tar-data-buffer) buffer – in place of the value that
	same variable has in the buffer /the command is invoked from./

	To stress it out: this report is /not/ intended to be a request
	for a feature for unpacking Tar archives into arbitrary
	directories, but is rather meant to point out that as currently
	implemented, the tar-untar-buffer behavior is *ill-defined*;
	especially if used after write-file (C-x C-w), save-buffer
	(C-x C-s; when a Tar archive is created from scratch), or
	M-x cd RET.  (As all these commands /may/ change the value of
	default-directory for the user interaction buffer, but do /not/
	do the same for the *internal* tar-data-buffer one.)

	I believe that using the values the *user* variables posses in
	*internal* buffers, when the command in question is invoked from
	a buffer dedicated to the *user* interaction and implemented by
	that same facility, is generally a wrong thing to do, and has a
	potential for confusion of users and developers alike.

-- 
FSF associate member #7257  http://boycottsystemd.org/  … 3013 B6A0 230E 334A




This bug report was last modified 5 years and 331 days ago.

Previous Next


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