all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* bug#1199: bookmark.el in Emacs 22 doesn't handle old-style bookmarks correctly
@ 2008-10-18 16:38 ` Drew Adams
       [not found]   ` <handler.1199.C.12986011495978.notifdonectrl.0@debbugs.gnu.org>
  0 siblings, 1 reply; 2+ messages in thread
From: Drew Adams @ 2008-10-18 16:38 UTC (permalink / raw)
  To: bug-gnu-emacs

If you use Emacs 20 to create a bookmark, then Emacs 22 chokes on that
bookmark. Emacs 23 is fixed in this regard.
 
The problem is in bookmark-get-bookmark-record. It blithely assumes
the new format.  The cdr gives the alist, and the car of that is not
the alist, but just its first element - e.g. (filename . "/foo/bar")
instead of ((filename . "/foo/bar")...). Then, bookmark-get-filename
tries to do `(cdr (assq 'filename' of (filename . "/foo/bar"), which
gives an error message that is incomprehensible to a user.
 
To reproduce: Use Emacs 20 to add a bookmark of the old style, then
use Emacs 22, say (bookmark-jump-noselect name-of-old-bookmark).
 
The Emacs 23 fix for this would seem to be worth backporting, if there
is to ever be an Emacs 22.4.
 

In GNU Emacs 22.3.1 (i386-mingw-nt5.1.2600)
 of 2008-09-06 on SOFT-MJASON
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4)'
 








^ permalink raw reply	[flat|nested] 2+ messages in thread

* bug#1199: acknowledged by developer (control message for bug 1199)
       [not found]   ` <handler.1199.C.12986011495978.notifdonectrl.0@debbugs.gnu.org>
@ 2011-02-25  4:25     ` Drew Adams
  0 siblings, 0 replies; 2+ messages in thread
From: Drew Adams @ 2011-02-25  4:25 UTC (permalink / raw)
  To: 1199

I received two mails just now indicating this bug closure (likewise, for several
other bugs): the one below and another with subject "[Emacs-bug-tracker]
Processed: control message for bug 1199".

Neither mail gave a reason for the bug closure.
In fact, neither message said anything useful from the person who closed the
bug.  The one below at least has a link to the actual reply/explanation.

This information used to be available directly in the mail the filer receives,
not just in a page on the bug-tracker web site.  Getting a link to the bug
thread is a plus, but it doesn't outweigh the minus of removing this info from
the message itself.  Why make users switch from reading mail to using a web
browser, just to see the closure explanation?

> -----Original Message-----
> From: GNU bug Tracking System [mailto:help-debbugs@gnu.org] 
> Sent: Thursday, February 24, 2011 6:33 PM
> To: Drew Adams
> Subject: bug#1199 acknowledged by developer (control message 
> for bug 1199)
> 
> This is an automatic notification regarding your bug report
> #1199: bookmark.el in Emacs 22 doesn't handle old-style 
> bookmarks correctly,
> which was filed against the emacs22 package.
> 
> Thank you for your report, which has now been closed.
> You can view the full report at
> http://debbugs.gnu.org/cgi/bugreport.cgi?bug=1199
> 
> If you require further information, please followup to 
> 1199@debbugs.gnu.org.
> 
> debbugs.gnu.org maintainers
> (administrator, GNU bugs database)
> 
> 






^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2011-02-25  4:25 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <E1PsnTh-0000KN-Bt@fencepost.gnu.org>
2008-10-18 16:38 ` bug#1199: bookmark.el in Emacs 22 doesn't handle old-style bookmarks correctly Drew Adams
     [not found]   ` <handler.1199.C.12986011495978.notifdonectrl.0@debbugs.gnu.org>
2011-02-25  4:25     ` bug#1199: acknowledged by developer (control message for bug 1199) Drew Adams

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.