From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.bugs Subject: bug#22025: Emacs 25 corrupts Emacs 24 .emacs.desktop. Date: Tue, 1 Dec 2015 17:01:38 +0000 Message-ID: <20151201170138.GB2611@acm.fritz.box> References: <20151127083837.GB1782@acm.fritz.box> <83r3jbstgq.fsf@gnu.org> <20151201121940.GA2611@acm.fritz.box> <83a8pukwdq.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1448989236 11977 80.91.229.3 (1 Dec 2015 17:00:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 1 Dec 2015 17:00:36 +0000 (UTC) Cc: 22025@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Dec 01 18:00:19 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 1a3oHp-0000xi-Nv for geb-bug-gnu-emacs@m.gmane.org; Tue, 01 Dec 2015 18:00:17 +0100 Original-Received: from localhost ([::1]:53792 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a3oHp-0004kZ-0n for geb-bug-gnu-emacs@m.gmane.org; Tue, 01 Dec 2015 12:00:17 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35153) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a3oHh-0004cL-7T for bug-gnu-emacs@gnu.org; Tue, 01 Dec 2015 12:00:10 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a3oHd-0002Bh-3U for bug-gnu-emacs@gnu.org; Tue, 01 Dec 2015 12:00:09 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:45544) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a3oHd-0002B9-1O for bug-gnu-emacs@gnu.org; Tue, 01 Dec 2015 12:00:05 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1a3oHc-0003bQ-Lh for bug-gnu-emacs@gnu.org; Tue, 01 Dec 2015 12:00:04 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Alan Mackenzie Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 01 Dec 2015 17:00:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22025 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 22025-submit@debbugs.gnu.org id=B22025.144898919513801 (code B ref 22025); Tue, 01 Dec 2015 17:00:04 +0000 Original-Received: (at 22025) by debbugs.gnu.org; 1 Dec 2015 16:59:55 +0000 Original-Received: from localhost ([127.0.0.1]:35252 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a3oHS-0003aX-Na for submit@debbugs.gnu.org; Tue, 01 Dec 2015 11:59:55 -0500 Original-Received: from mail.muc.de ([193.149.48.3]:60550) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1a3oH8-0003a2-7y for 22025@debbugs.gnu.org; Tue, 01 Dec 2015 11:59:53 -0500 Original-Received: (qmail 33802 invoked by uid 3782); 1 Dec 2015 16:59:32 -0000 Original-Received: from acm.muc.de (p579E8AA8.dip0.t-ipconnect.de [87.158.138.168]) by colin.muc.de (tmda-ofmipd) with ESMTP; Tue, 01 Dec 2015 17:59:30 +0100 Original-Received: (qmail 5030 invoked by uid 1000); 1 Dec 2015 17:01:38 -0000 Content-Disposition: inline In-Reply-To: <83a8pukwdq.fsf@gnu.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-Delivery-Agent: TMDA/1.1.12 (Macallan) X-Primary-Address: acm@muc.de 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: 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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:109509 Archived-At: Hello, Eli. On Tue, Dec 01, 2015 at 05:43:13PM +0200, Eli Zaretskii wrote: > > Date: Tue, 1 Dec 2015 12:19:41 +0000 > > Cc: 22025@debbugs.gnu.org > > From: Alan Mackenzie > > OK, here is a patch. It introduces a customizable variable, > > `desktop-version-strategy' which specifies in which version (206 or 208), > > the desktop file should be saved. Until that variable is set to non-nil, > > the user is prompted each time the desktop is loaded. She is given the > > opportunity at that time to customize it immediately via a `yes-or-no-p'. > Thanks. I'd ask Juanma to review the patch, but I have a comment on > this design: is it really a good idea to nag the user with these > questions? This will happen to every single Emacs user once they > upgrade to Emacs 25.1. Do we really want that? I think we do, yes. "Nag" might be a bit of an overstatement, considering that the user need only be subjected to the questions once, and is provided with an easy means of avoiding them in the future. We are, after all, talking about a backwards incompatible change here. > How about the following strategy instead: by default always save in > backward compatible way, and give the user a command (or a prefix > argument to desktop-save, perhaps) to switch to the new format? I > think this will be nicer to our users, and will also save us > yet-another defcustom. Yes, I'm not too keen of the defcustom either. But we could save the desktop file in the same format it was read in, and offer facilities to convert to the new format (or back to the old one, even). > WDYT? I think (but I don't know for sure) that explicitly invoking `desktop-save' is quite rare - most desktop files will be saved at Emacs shutdown, so a prefix argument to `desktop-save' might not be optimal. But thinking about it again, that would be a conscious deliberate action which couldn't be done accidentally. I think we need some way of alerting all users to the change. Otherwise we could end up with lots of users never upgrading their desktops at all, which would be a shame. The trouble is, we also need some way of not alerting the users too often, and then we're coming back to some sort of variable, if not a defcustom. -- Alan Mackenzie (Nuremberg, Germany).