GNU bug report logs - #54140
27.2; desktop-save-mode fails to restore frame and window config

Previous Next

Full log

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

From: Mark Jamsek <mark <at> bsdbox.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: larsi <at> gnus.org, 54140 <at> debbugs.gnu.org
Subject: Re: bug#54140: 27.2;
 desktop-save-mode fails to restore frame and window config
Date: Fri, 25 Feb 2022 20:39:21 +1100

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

> On 25 Feb 2022, at 7:02 pm, Eli Zaretskii <eliz <at> gnu.org> wrote:
> 
> 
>> 
>> From: Mark Jamsek <mark <at> bsdbox.org>
>> Date: Fri, 25 Feb 2022 13:58:36 +1100
>> Cc: 54140 <at> debbugs.gnu.org
>> 
>> Do you know where in the codebase to dig to start debugging this?
> 
> There's no need to debug this: this is the expected behavior on TTY
> frames

Is this documented; if not, would a patch to this effect be accepted?

> see desktop-restoring-frameset-p.  We deliberately don't
> restore the frameset on text-mode displays.  For the reasons, see
> bug#17693.

I had a cursory look but don’t quite understand why that precludes desktop-save-mode from working with Emacs in the terminal. If you save an -nw session, you’d have no graphical frames to restore when starting an -nw session. I’ll read the thread in its entirety when back in front of the kb.

Sent from my iPhone

[Message part 2 (text/html, inline)]

Previous Next

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