GNU bug report logs -
#24676
25.1; `completion-pcm-all-completions' should not reverse order of candidates
Previous Next
Reported by: Drew Adams <drew.adams <at> oracle.com>
Date: Wed, 12 Oct 2016 16:57:01 UTC
Severity: minor
Tags: fixed
Merged with 26313
Found in version 25.1
Fixed in version 26.1
Done: npostavs <at> users.sourceforge.net
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
> > > (let ((poss ()))
> > > (dolist (c compl)
> > > (when (string-match-p regex c) (push c poss)))
> > > (nreverse poss))
> >
> > Looks good, please install,
>
> This doesn't seem to meet any of the criteria in
> http://lists.gnu.org/archive/html/emacs-devel/2016-10/msg00007.html
> so I think I'll have to commit to master.
Thanks for fixing this, Michael.
Unfortunately, there is no way for my code that compensates for this bug to now know whether/when it has been fixed. No simple test such as `fboundp' or an Emacs version.
Of course, if you happened to decide to rename the function, there would be no problem...
And it's already a bit much that there is also a function `completion-pcm-all-completions' that does not even call `completion-pcm--all-completions', and that has a completely different signature. And the "internal" function has a nice doc string, but the "external" one has no doc string...
Perhaps you would consider taking this opportunity to find a better name for this "internal" function? Especially since it is "internal", probably few 3rd-party libraries would be affected by a name change.
In my case, I would not be referencing this "internal" function at all, except that I needed to work around this bug. If you did choose to rename it, I would not need to make any code changes, because I already protect this change with `(when (fboundp 'completion-pcm--all-completions)...)'.
This bug report was last modified 8 years and 2 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.