From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#23604: desktop-restore-in-current-display should default to t Date: Mon, 23 May 2016 13:33:24 -0700 (PDT) Message-ID: <00be9358-ec48-46da-adc9-52038ddf3b2c@default> References: <278b113b-21aa-5c54-6550-79bf1e481530@cs.ucla.edu> <51d2f8d4-03a4-d585-fe6f-cd61a7d71238@cs.ucla.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1464035667 8394 80.91.229.3 (23 May 2016 20:34:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 23 May 2016 20:34:27 +0000 (UTC) Cc: Juanma Barranquero , 23604@debbugs.gnu.org To: Paul Eggert Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon May 23 22:34:14 2016 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 1b4wYH-0007I7-Nk for geb-bug-gnu-emacs@m.gmane.org; Mon, 23 May 2016 22:34:14 +0200 Original-Received: from localhost ([::1]:50371 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b4wYG-0004j1-KF for geb-bug-gnu-emacs@m.gmane.org; Mon, 23 May 2016 16:34:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36578) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b4wYA-0004iw-GV for bug-gnu-emacs@gnu.org; Mon, 23 May 2016 16:34:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1b4wY6-0003XM-BC for bug-gnu-emacs@gnu.org; Mon, 23 May 2016 16:34:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:51048) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b4wY6-0003XI-7n for bug-gnu-emacs@gnu.org; Mon, 23 May 2016 16:34:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1b4wY5-0000o4-To for bug-gnu-emacs@gnu.org; Mon, 23 May 2016 16:34:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 23 May 2016 20:34:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23604 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 23604-submit@debbugs.gnu.org id=B23604.14640356253067 (code B ref 23604); Mon, 23 May 2016 20:34:01 +0000 Original-Received: (at 23604) by debbugs.gnu.org; 23 May 2016 20:33:45 +0000 Original-Received: from localhost ([127.0.0.1]:35150 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1b4wXp-0000nP-6w for submit@debbugs.gnu.org; Mon, 23 May 2016 16:33:45 -0400 Original-Received: from userp1040.oracle.com ([156.151.31.81]:48310) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1b4wXn-0000n5-2r for 23604@debbugs.gnu.org; Mon, 23 May 2016 16:33:44 -0400 Original-Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u4NKXTSs010641 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 23 May 2016 20:33:29 GMT Original-Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by aserv0021.oracle.com (8.13.8/8.13.8) with ESMTP id u4NKXTax008330 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 23 May 2016 20:33:29 GMT Original-Received: from abhmp0013.oracle.com (abhmp0013.oracle.com [141.146.116.19]) by aserv0122.oracle.com (8.13.8/8.13.8) with ESMTP id u4NKXPHK024381; Mon, 23 May 2016 20:33:27 GMT In-Reply-To: <51d2f8d4-03a4-d585-fe6f-cd61a7d71238@cs.ucla.edu> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6744.5000 (x86)] X-Source-IP: aserv0021.oracle.com [141.146.126.233] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.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" Xref: news.gmane.org gmane.emacs.bugs:118585 Archived-At: > > The default value should, I think, be nil. A priori, it should > > be nil because that was the chosen design for this variable. >=20 > It's not clear that the original design choice was made in full > knowledge of the problems that have been exposed since then. And yet you cite (below) one such problem, from the time the design was developed, no? The problem, which is bug #20274, is a _bug_, which needs to be fixed. I thought we all agreed on that, but now I'm not so sure. > We could ask Juanma, who added desktop-restore-in-current-display > in 2013, so I'll CC Juanma. Unfortunately, Juanma has been incommunicado wrt Emacs for a while now, but yes, ccing him might bring him back to Emacs life. ;-) > This problem of Emacs freezing has been a recurring one; see, e.g., the > thread that starts here: >=20 > https://lists.gnu.org/archive/html/emacs-devel/2013-12/msg00472.html Where a certain D, Adams said this, BTW: "(Not sure what the default value should be, BTW.)" Which is still my thought. _A priori_, I think it should be t, for the reasons I gave. But I'm open to being convinced otherwise. In any case, the behavior for the nil caseneeds to be fixed, whether or not it is the default choice. That is bug #20274. Emacs needs to DTRT when nil is chosen, even when a recorded display cannot, in fact, be used. _How_ it might do that is for bug #20274 to work out (not here). > It's quite bad for Emacs to freeze,=20 Agreed 100%. > so it may make sense to change the default in this area even if > defaulting to t is suboptimal in some other way. Changing the default behavior from nil does not change the behavior for nil. The point of separating this bug out is to be able to bypass the bug (#20274) for the default case, which at least reduces the chances of running into it. But the fact _that_ the nil case can be problematic is not in dispute. And neither, I would hope, is the fact that bug #20274 is a bug, and should be fixed. (The latter may be in dispute by Eli, who seems to think that a nil choice is not sane even if #20274 is fixed (?).) As for your question earlier as to what the original design/intent was, this sentence from Juanma in the thread you cite should help: The current default is to restore every frame in its original display, which seems pretty sane to me. Interesting that both he and Eli use the word "sane", but attribute it oppositely for this (nil default) use case. Juanma also said this in this regard: We could change the default, or we could make the default be t or nil depending on -nw. WDOT? (And I repeat that the default value does not affect my own use of Emacs.)