GNU bug report logs -
#16749
More informative error when restoring frameset with killed buffer
Previous Next
Reported by: Glenn Morris <rgm <at> gnu.org>
Date: Fri, 14 Feb 2014 06:53:02 UTC
Severity: minor
Found in version 24.3.50
Done: Juanma Barranquero <lekktu <at> gmail.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 16749 in the body.
You can then email your comments to 16749 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16749
; Package
emacs
.
(Fri, 14 Feb 2014 06:53:02 GMT)
Full text and
rfc822 format available.
Message #3 received at submit <at> debbugs.gnu.org (full text, mbox):
Package: emacs
Version: 24.3.50
Severity: minor
Current trunk on GNU/Linux under X.
emacs -Q
C-x C-f 1
C-x r f a
C-x k 1 RET
C-x r j a
-> jump-to-register: Wrong type argument: stringp, nil
I see that the commentary of frameset.el says it does not restore killed
buffers. That's fine, but a more informative error message would be
better ("Buffer 1 has been killed" or somesuch).
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16749
; Package
emacs
.
(Fri, 14 Feb 2014 07:02:02 GMT)
Full text and
rfc822 format available.
Message #6 received at 16749 <at> debbugs.gnu.org (full text, mbox):
PS Perhaps it should not stop with an error on encountering a dead
buffer, but should continue restoring as much as it can, then give a
summary message/error about dead buffer(s) at the end.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16749
; Package
emacs
.
(Fri, 14 Feb 2014 07:39:01 GMT)
Full text and
rfc822 format available.
Message #9 received at submit <at> debbugs.gnu.org (full text, mbox):
Am 14.02.2014 08:01, schrieb Glenn Morris:
>
> PS Perhaps it should not stop with an error on encountering a dead
> buffer, but should continue restoring as much as it can,
Suggest an ask before: maybe the killing was deliberately but the jump-key a mistake.
then give a
> summary message/error about dead buffer(s) at the end.
>
>
>
>
Reply sent
to
Juanma Barranquero <lekktu <at> gmail.com>
:
You have taken responsibility.
(Sat, 15 Feb 2014 04:40:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Glenn Morris <rgm <at> gnu.org>
:
bug acknowledged by developer.
(Sat, 15 Feb 2014 04:40:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 16749-done <at> debbugs.gnu.org (full text, mbox):
On Fri, Feb 14, 2014 at 7:52 AM, Glenn Morris <rgm <at> gnu.org> wrote:
> I see that the commentary of frameset.el says it does not restore killed
> buffers.
That comment refers to window-state-put's functionality, but this bug
is just that I forgot to check that the buffer was live before trying
to restore the point. Fixed now.
> That's fine, but a more informative error message would be
> better ("Buffer 1 has been killed" or somesuch).
At that point, the saved state does not contain the buffer name, just
a marker that points nowhere, so we cannot say "Buffer XXX was killed"
because we don't know that it was called XXX. (Well, strictly speaking
the buffer name is probably somewhere inside frameset-states, but I
don't think digging that info is worth the effort.)
> PS Perhaps it should not stop with an error on encountering a dead
> buffer, but should continue restoring as much as it can, then give a
> summary message/error about dead buffer(s) at the end.
It already restores as much as it can, because that's what
window-state-put does. Dead buffers are ignored and their windows get
another buffer. The current bug does not happen when restoring the
window/buffer, just the selected buffer and point at the end of
jump-to-register.
Also, when using frame-configuration-to-register, jumping to a saved
frame configuration for a deleted frame fails silently. I don't think
jump-to-frameset should be noisier.
J
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 15 Mar 2014 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 10 years and 66 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.