From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#19865: tar-untar-buffer: should honor default-directory Date: Mon, 16 Feb 2015 17:43:58 +0200 Message-ID: <831tlpvp35.fsf@gnu.org> References: <87a90gd91b.fsf@violet.siamics.net> <83sie8wn8z.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1424101529 7289 80.91.229.3 (16 Feb 2015 15:45:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 16 Feb 2015 15:45:29 +0000 (UTC) Cc: ivan@siamics.net, 19865@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Feb 16 16:45:17 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YNNrJ-0007LU-98 for geb-bug-gnu-emacs@m.gmane.org; Mon, 16 Feb 2015 16:45:17 +0100 Original-Received: from localhost ([::1]:40304 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YNNrI-00052O-Qm for geb-bug-gnu-emacs@m.gmane.org; Mon, 16 Feb 2015 10:45:16 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50761) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YNNrB-00051f-Nj for bug-gnu-emacs@gnu.org; Mon, 16 Feb 2015 10:45:14 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YNNr4-0004lT-Gp for bug-gnu-emacs@gnu.org; Mon, 16 Feb 2015 10:45:09 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:54270) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YNNr4-0004lA-DF for bug-gnu-emacs@gnu.org; Mon, 16 Feb 2015 10:45:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YNNr3-0003GO-Pz for bug-gnu-emacs@gnu.org; Mon, 16 Feb 2015 10:45:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Feb 2015 15:45:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19865 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 19865-submit@debbugs.gnu.org id=B19865.142410144212463 (code B ref 19865); Mon, 16 Feb 2015 15:45:01 +0000 Original-Received: (at 19865) by debbugs.gnu.org; 16 Feb 2015 15:44:02 +0000 Original-Received: from localhost ([127.0.0.1]:45510 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YNNq5-0003Er-QY for submit@debbugs.gnu.org; Mon, 16 Feb 2015 10:44:02 -0500 Original-Received: from mtaout24.012.net.il ([80.179.55.180]:60412) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YNNq2-0003EJ-OL for 19865@debbugs.gnu.org; Mon, 16 Feb 2015 10:44:00 -0500 Original-Received: from conversion-daemon.mtaout24.012.net.il by mtaout24.012.net.il (HyperSendmail v2007.08) id <0NJV00800F2B3800@mtaout24.012.net.il> for 19865@debbugs.gnu.org; Mon, 16 Feb 2015 17:35:33 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout24.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NJV00OVLFB94Q80@mtaout24.012.net.il>; Mon, 16 Feb 2015 17:35:33 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 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.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:99469 Archived-At: > From: Stefan Monnier > Cc: ivan@siamics.net, 19865@debbugs.gnu.org > Date: Sun, 15 Feb 2015 20:43:17 -0500 > > I don't see why you object I can only re-iterate what I already said: we shouldn't cater to marginal use cases like that with code that is "tricky" (a.k.a. "maintenance headache"). People who change directories of their buffers should (and do) know what they are doing. If doing that causes them annoyances, they will know better next time. > the command is executed by the user in one > buffer, and it just so happens that its implementation switches > to some internal auxiliary buffer. The value of `default-directory' > that should be used is the one that the user knows about, not the one > kept by the hidden buffer, over which the user has no control. Are we still talking about the situation where a user did "M-x cd"? Or is this another use case? If the latter, please describe it in its entirety. If the former, then is there still a problem if the user refrains from "M-x cd"? > This behavior is an unintended result of my change in tar-mode where we > now have 2 buffers (rather than keeping all the raw tar data in the same > buffer as the pretty list, hidden via narrowing). Understood, but unintended results do not necessarily need fixes, just because they are unintended. The important question is: what, if any, real problems are caused as unintended results? We are discussing those problems, so the fact that they are unintended results doesn't seem important to me.