GNU bug report logs -
#46986
28.0.50; project.el: project-switch-project: dispatch menu bindings missing
Previous Next
Reported by: Terje Larsen <terlar <at> gmail.com>
Date: Sun, 7 Mar 2021 09:49:02 UTC
Severity: normal
Tags: moreinfo
Found in version 28.0.50
Done: Dmitry Gutov <dgutov <at> yandex.ru>
Bug is archived. No further changes may be made.
Full log
Message #19 received at 46986 <at> debbugs.gnu.org (full text, mbox):
Very interesting.
So I did upgrade to the latest revision as well
(40d8f83e53ba64355035da78967c994d09a7802d) just to make sure. I still
see the same issue.
I also tried running:
(where-is-internal 'project-find-file project-prefix-map t)
It also returns [102] for me.
So now I realized what is happening, I think this is an issue with how
Nix is handling packages, I got the latest `project.el` from ELPA
instead of the one bundled with Emacs as it adds all the packages to
load-path. I just loaded the latest version from Emacs itself instead
and then I got the correct behavior.
To summarize this was an issue with using project.el from ELPA instead
of the one bundled with Emacs but together with the latest version of
Emacs.
On Mon, Mar 8, 2021 at 10:30 PM Dmitry Gutov <dgutov <at> yandex.ru> wrote:
>
> On 08.03.2021 22:58, Terje Larsen wrote:
> > The value of project-switch-commands:
> >
> > ((project-find-file "Find file")
> > (project-find-regexp "Find regexp")
> > (project-dired "Dired")
> > (project-vc-dir "VC-Dir")
> > (project-eshell "Eshell"))
> >
> > The value of project-switch-project on step 3 is only "... (choose
> > directory)" as I run this in an isolated environment without any
> > previous projects loaded/added (e.g. no project-list-file).
> >
> > See attached screenshot of what step 6 looks like.
> >
> > I think this is a regression in Emacs, I just tested to load the newer
> > project.el in an older version:
> > GNU Emacs 27.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.24,
> > cairo version 1.16.0)
>
> Thank you. Still can't reproduce, but maybe it gives an idea to someone
> else, about what could be going wrong.
>
> The characters are generated using this code:
>
> (where-is-internal cmd project-prefix-map t)
>
> In particular, you can try evaluating this:
>
> (where-is-internal 'project-find-file project-prefix-map t)
>
> It returns [102] over here. What value do you get?
>
> > And then both the display is correct and the bindings work. However in
> > the version which I reported the bug for it still does not work.
> >
> > So to clarify the issue seems to be with:
> > In GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version
> > 3.24.24, cairo version 1.16.0)
> > Repository revision: f476e282d2420132aff38ba142feffbac011a321
>
> This is almost my version to a t, except my GTK+ is 3.24.20. Most likely
> unrelated to the problem.
>
> I've updated to a later revision
> (612095220d158a7e8d1d1fb74b264b375ceee508) and don't see the problem. On
> the off chance that it was a one-time bug, perhaps try updating too.
--
// Terje Larsen
This bug report was last modified 4 years and 131 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.