GNU bug report logs -
#71435
interactive xref-find-definitions-at-mouse
Previous Next
Reported by: Alan Donovan <adonovan <at> google.com>
Date: Sat, 8 Jun 2024 15:32:02 UTC
Severity: normal
Done: Stefan Kangas <stefankangas <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 71435 in the body.
You can then email your comments to 71435 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#71435
; Package
emacs
.
(Sat, 08 Jun 2024 15:32:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Alan Donovan <adonovan <at> google.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 08 Jun 2024 15:32:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Many editors allow a mouse-click operation on an identifier, plus a
suitable modifier key, to jump to the declaration of the symbol. Emacs
provides xref-find-definitions-at-mouse, but I couldn't find a way to make
it work in response to a click. So I wrote this variant that works nicely
for me. Notably, it is an (interactive) command, and it doesn't use
save-excursion.
(defun xref-find-definitions-at-mouse-2 (event)
"Find the definition of identifier at or around mouse click.
This command is intended to be bound to a mouse event."
(interactive "e")
(let ((identifier
(progn
(mouse-set-point event)
(xref-backend-identifier-at-point (xref-find-backend)))))
(if identifier
(xref-find-definitions identifier)
(user-error "No identifier here"))))
;; cmd-click -> jump to definition
(global-set-key (kbd "s-<mouse-1>") #'xref-find-definitions-at-mouse-2)
Could this functionality (not necessarily this code) be added to
Emacs's xref package? I am not enough of an Emacs expert to know whether I
was simply "holding it wrong", so perhaps this is merely a documentation
problem.
thanks
alan
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#71435
; Package
emacs
.
(Sat, 08 Jun 2024 16:33:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 71435 <at> debbugs.gnu.org (full text, mbox):
> Date: Sat, 8 Jun 2024 11:28:34 -0400
> From: Alan Donovan via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>
> Many editors allow a mouse-click operation on an identifier, plus a suitable modifier key, to jump to the
> declaration of the symbol. Emacs provides xref-find-definitions-at-mouse, but I couldn't find a way to make it
> work in response to a click.
??? This works for me:
(global-set-key [C-down-mouse-1] 'xref-find-definitions-at-mouse)
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#71435
; Package
emacs
.
(Sun, 09 Jun 2024 18:03:02 GMT)
Full text and
rfc822 format available.
Message #11 received at submit <at> debbugs.gnu.org (full text, mbox):
> ;; cmd-click -> jump to definition
> (global-set-key (kbd "s-<mouse-1>") #'xref-find-definitions-at-mouse-2)
>
> Could this functionality (not necessarily this code) be added to Emacs's
> xref package? I am not enough of an Emacs expert to know whether I was
> simply "holding it wrong", so perhaps this is merely a documentation
> problem.
There is the "Find Definition" item in the context menu enabled by context-menu-mode.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#71435
; Package
emacs
.
(Sun, 09 Jun 2024 18:09:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#71435
; Package
emacs
.
(Sun, 09 Jun 2024 18:41:03 GMT)
Full text and
rfc822 format available.
Message #17 received at 71435 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> Date: Sat, 8 Jun 2024 11:28:34 -0400
>> From: Alan Donovan via "Bug reports for GNU Emacs,
>> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>>
>> Many editors allow a mouse-click operation on an identifier, plus a suitable modifier key, to jump to the
>> declaration of the symbol. Emacs provides xref-find-definitions-at-mouse, but I couldn't find a way to make it
>> work in response to a click.
>
> ??? This works for me:
>
> (global-set-key [C-down-mouse-1] 'xref-find-definitions-at-mouse)
Should we consider adding such a key binding by default?
Is that a feature that users want?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#71435
; Package
emacs
.
(Mon, 10 Jun 2024 00:00:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 71435 <at> debbugs.gnu.org (full text, mbox):
> From: Stefan Kangas <stefankangas <at> gmail.com>
> Date: Sun, 9 Jun 2024 14:29:59 -0400
> Cc: 71435 <at> debbugs.gnu.org
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> >> Date: Sat, 8 Jun 2024 11:28:34 -0400
> >> From: Alan Donovan via "Bug reports for GNU Emacs,
> >> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
> >>
> >> Many editors allow a mouse-click operation on an identifier, plus a suitable modifier key, to jump to the
> >> declaration of the symbol. Emacs provides xref-find-definitions-at-mouse, but I couldn't find a way to make it
> >> work in response to a click.
> >
> > ??? This works for me:
> >
> > (global-set-key [C-down-mouse-1] 'xref-find-definitions-at-mouse)
>
> Should we consider adding such a key binding by default?
Not by default, IMO. Mouse-click potential for bindings is at premium
(in particular, C-down-mouse-1 is already taken), so I think we should
leave it up to the user to bind it (and most probably give up some
existing binding).
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#71435
; Package
emacs
.
(Mon, 10 Jun 2024 06:20:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 71435 <at> debbugs.gnu.org (full text, mbox):
Stefan Kangas <stefankangas <at> gmail.com> writes:
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
>>> Date: Sat, 8 Jun 2024 11:28:34 -0400
>>> From: Alan Donovan via "Bug reports for GNU Emacs,
>>> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>>>
>>> Many editors allow a mouse-click operation on an identifier, plus a suitable modifier key, to jump to the
>>> declaration of the symbol. Emacs provides xref-find-definitions-at-mouse, but I couldn't find a way to make it
>>> work in response to a click.
>>
>> ??? This works for me:
>>
>> (global-set-key [C-down-mouse-1] 'xref-find-definitions-at-mouse)
>
> Should we consider adding such a key binding by default?
>
> Is that a feature that users want?
Perhaps one could add a global minor mode and mention it in the menu bar?
--
Philip Kaludercic on peregrine
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#71435
; Package
emacs
.
(Mon, 10 Jun 2024 06:41:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 71435 <at> debbugs.gnu.org (full text, mbox):
>>>> Many editors allow a mouse-click operation on an identifier, plus a suitable modifier key, to jump to the
>>>> declaration of the symbol. Emacs provides xref-find-definitions-at-mouse, but I couldn't find a way to make it
>>>> work in response to a click.
>>>
>>> ??? This works for me:
>>>
>>> (global-set-key [C-down-mouse-1] 'xref-find-definitions-at-mouse)
>>
>> Should we consider adding such a key binding by default?
>>
>> Is that a feature that users want?
>
> Perhaps one could add a global minor mode and mention it in the menu bar?
I'd rather enable context-menu-mode by default.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#71435
; Package
emacs
.
(Mon, 10 Jun 2024 07:15:02 GMT)
Full text and
rfc822 format available.
Message #29 received at 71435 <at> debbugs.gnu.org (full text, mbox):
Juri Linkov <juri <at> linkov.net> writes:
>>>>> Many editors allow a mouse-click operation on an identifier, plus a suitable modifier key, to jump to the
>>>>> declaration of the symbol. Emacs provides xref-find-definitions-at-mouse, but I couldn't find a way to make it
>>>>> work in response to a click.
>>>>
>>>> ??? This works for me:
>>>>
>>>> (global-set-key [C-down-mouse-1] 'xref-find-definitions-at-mouse)
>>>
>>> Should we consider adding such a key binding by default?
>>>
>>> Is that a feature that users want?
>>
>> Perhaps one could add a global minor mode and mention it in the menu bar?
>
> I'd rather enable context-menu-mode by default.
If that is up to the discussion, I'd vote for that as well!
--
Philip Kaludercic on peregrine
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#71435
; Package
emacs
.
(Mon, 10 Jun 2024 15:06:01 GMT)
Full text and
rfc822 format available.
Message #32 received at 71435 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
> ?? This works for me:
> (global-set-key [C-down-mouse-1] 'xref-find-definitions-at-mouse)
Ah, I remember the problem now: if the point is at position A and the mouse
click occurs at some unrelated position B, plain old
xref-find-definitions-at-mouse will use position A as the basis of the
query, which is most surprising: it might be a non-identifier, in
which case you get an error, or it might be an unrelated identifier, in
which case you navigate to the wrong place.
So perhaps my request should instead have been expressed as a bug report:
xref-find-definitions-at-mouse uses the point instead of the mouse event
position.
On Mon, 10 Jun 2024 at 03:07, Philip Kaludercic <philipk <at> posteo.net> wrote:
> Juri Linkov <juri <at> linkov.net> writes:
>
> >>>>> Many editors allow a mouse-click operation on an identifier, plus a
> suitable modifier key, to jump to the
> >>>>> declaration of the symbol. Emacs provides
> xref-find-definitions-at-mouse, but I couldn't find a way to make it
> >>>>> work in response to a click.
> >>>>
> >>>> ??? This works for me:
> >>>>
> >>>> (global-set-key [C-down-mouse-1] 'xref-find-definitions-at-mouse)
> >>>
> >>> Should we consider adding such a key binding by default?
> >>>
> >>> Is that a feature that users want?
> >>
> >> Perhaps one could add a global minor mode and mention it in the menu
> bar?
> >
> > I'd rather enable context-menu-mode by default.
>
> If that is up to the discussion, I'd vote for that as well!
>
> --
> Philip Kaludercic on peregrine
>
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#71435
; Package
emacs
.
(Mon, 10 Jun 2024 15:25:01 GMT)
Full text and
rfc822 format available.
Message #35 received at 71435 <at> debbugs.gnu.org (full text, mbox):
> From: Alan Donovan <adonovan <at> google.com>
> Date: Mon, 10 Jun 2024 10:39:04 -0400
> Cc: Juri Linkov <juri <at> linkov.net>, Stefan Kangas <stefankangas <at> gmail.com>,
> Eli Zaretskii <eliz <at> gnu.org>, 71435 <at> debbugs.gnu.org
>
> > ?? This works for me:
> > (global-set-key [C-down-mouse-1] 'xref-find-definitions-at-mouse)
>
> Ah, I remember the problem now: if the point is at position A and the mouse click occurs at some unrelated
> position B, plain old xref-find-definitions-at-mouse will use position A as the basis of the query
I cannot reproduce thus. I just tried, and the mouse click shows the
definition of identifier at mouse click, not at point.
> So perhaps my request should instead have been expressed as a bug report: xref-find-definitions-at-mouse
> uses the point instead of the mouse event position.
Please show a recipe for reproducing this, and please also tell what
version of Emacs are you using and on which platform.
Thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#71435
; Package
emacs
.
(Mon, 10 Jun 2024 17:11:03 GMT)
Full text and
rfc822 format available.
Message #38 received at 71435 <at> debbugs.gnu.org (full text, mbox):
Alan Donovan <adonovan <at> google.com> writes:
>> ?? This works for me:
>> (global-set-key [C-down-mouse-1] 'xref-find-definitions-at-mouse)
>
> Ah, I remember the problem now: if the point is at position A and the mouse
> click occurs at some unrelated position B, plain old
> xref-find-definitions-at-mouse will use position A as the basis of the
> query, which is most surprising: it might be a non-identifier, in
> which case you get an error, or it might be an unrelated identifier, in
> which case you navigate to the wrong place.
>
> So perhaps my request should instead have been expressed as a bug report:
> xref-find-definitions-at-mouse uses the point instead of the mouse event
> position.
I can't reproduce that in emacs -Q.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#71435
; Package
emacs
.
(Mon, 10 Jun 2024 17:29:01 GMT)
Full text and
rfc822 format available.
Message #41 received at 71435 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I can reliably reproduce the problem using this script:
;; reproducer for use in emacs -Q:
;; invoke load-file on this file,
;; then follow the interactive steps at the very end.
(emacs-version) ; 29.3
(require 'eglot) ; 1.17.0
;; --- these steps are documented at
;;
https://github.com/golang/tools/blob/master/gopls/doc/emacs.md#configuring-project-for-go-modules-in-emacs
(require 'project) ; 0.11.0
(defun project-find-go-module (dir)
(when-let ((root (locate-dominating-file dir "go.mod")))
(cons 'go-module root)))
(cl-defmethod project-root ((project (head go-module)))
(cdr project))
(add-hook 'project-find-functions #'project-find-go-module)
;; -----
; Use your favorite modifier; s is super, aka ⌘ key on Mac.
(global-set-key (kbd "s-<mouse-1>") #'xref-find-definitions-at-mouse)
;; This file comes from github.com/dominikh/go-mode.el <at> master.
(load-file "~/w/go-mode.el/go-mode.el")
;; Create a new Go buffer.
(with-current-buffer (find-file "/tmp/a.go")
(eglot-ensure)
(insert "package main\n\nimport \"fmt\"\n\nfunc main()
{\n\tfmt.Println()\n}\n")
(set-buffer (current-buffer)))
;; You should now be in a Go buffer in go-mode with eglot enabled.
;;
;; Now: position the point in "fmt", and then ⌘-click on "Println".
;; For me, Emacs navigates to the declaration of "fmt", not "Println".
;; The converse is true as well: with the point in Println,
;; a ⌘-click on fmt goes to the declaration of Println.
On Mon, 10 Jun 2024 at 11:23, Eli Zaretskii <eliz <at> gnu.org> wrote:
> > From: Alan Donovan <adonovan <at> google.com>
> > Date: Mon, 10 Jun 2024 10:39:04 -0400
> > Cc: Juri Linkov <juri <at> linkov.net>, Stefan Kangas <stefankangas <at> gmail.com>,
>
> > Eli Zaretskii <eliz <at> gnu.org>, 71435 <at> debbugs.gnu.org
> >
> > > ?? This works for me:
> > > (global-set-key [C-down-mouse-1] 'xref-find-definitions-at-mouse)
> >
> > Ah, I remember the problem now: if the point is at position A and the
> mouse click occurs at some unrelated
> > position B, plain old xref-find-definitions-at-mouse will use position A
> as the basis of the query
>
> I cannot reproduce thus. I just tried, and the mouse click shows the
> definition of identifier at mouse click, not at point.
>
> > So perhaps my request should instead have been expressed as a bug
> report: xref-find-definitions-at-mouse
> > uses the point instead of the mouse event position.
>
> Please show a recipe for reproducing this, and please also tell what
> version of Emacs are you using and on which platform.
>
> Thanks.
>
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#71435
; Package
emacs
.
(Mon, 10 Jun 2024 17:56:02 GMT)
Full text and
rfc822 format available.
Message #44 received at 71435 <at> debbugs.gnu.org (full text, mbox):
Alan Donovan <adonovan <at> google.com> writes:
> I can reliably reproduce the problem using this script:
>
>
>
> ;; reproducer for use in emacs -Q:
> ;; invoke load-file on this file,
> ;; then follow the interactive steps at the very end.
>
> (emacs-version) ; 29.3
> (require 'eglot) ; 1.17.0
>
> ;; --- these steps are documented at
> ;;
> https://github.com/golang/tools/blob/master/gopls/doc/emacs.md#configuring-project-for-go-modules-in-emacs
>
> (require 'project) ; 0.11.0
>
> (defun project-find-go-module (dir)
> (when-let ((root (locate-dominating-file dir "go.mod")))
> (cons 'go-module root)))
>
> (cl-defmethod project-root ((project (head go-module)))
> (cdr project))
>
> (add-hook 'project-find-functions #'project-find-go-module)
> ;; -----
>
> ; Use your favorite modifier; s is super, aka ⌘ key on Mac.
> (global-set-key (kbd "s-<mouse-1>") #'xref-find-definitions-at-mouse)
>
> ;; This file comes from github.com/dominikh/go-mode.el <at> master.
> (load-file "~/w/go-mode.el/go-mode.el")
>
> ;; Create a new Go buffer.
> (with-current-buffer (find-file "/tmp/a.go")
> (eglot-ensure)
> (insert "package main\n\nimport \"fmt\"\n\nfunc main()
> {\n\tfmt.Println()\n}\n")
> (set-buffer (current-buffer)))
>
> ;; You should now be in a Go buffer in go-mode with eglot enabled.
> ;;
> ;; Now: position the point in "fmt", and then ⌘-click on "Println".
> ;; For me, Emacs navigates to the declaration of "fmt", not "Println".
> ;; The converse is true as well: with the point in Println,
> ;; a ⌘-click on fmt goes to the declaration of Println.
Given that I have a working Go setup installed, I tried this out: With
Emacs 30 on GNU/Linux fmt and Println both jump to the correct location.
The most recent commit might have fixed the issue you are having:
commit 128ed5c9f17fab87fdb679326035aa2598612658
Author: Dmitry Gutov <dmitry <at> gutov.dev>
Date: Thu Aug 31 03:21:11 2023 +0300
Add one more mouse-set-point call to functions xref-find-*-at-mouse
* lisp/progmodes/xref.el (xref-find-definitions-at-mouse)
(xref-find-references-at-mouse): Call mouse-set-point to ensure
that the search is initiated at the same place where
xref-backend-identifier-at-point was called (bug#65578).
diff --git a/lisp/progmodes/xref.el b/lisp/progmodes/xref.el
index 3f75f8d7132..dbafa00c3ad 100644
--- a/lisp/progmodes/xref.el
+++ b/lisp/progmodes/xref.el
@@ -1638,7 +1638,9 @@ xref-find-definitions-at-mouse
(mouse-set-point event)
(xref-backend-identifier-at-point (xref-find-backend)))))
(if identifier
- (xref-find-definitions identifier)
+ (progn
+ (mouse-set-point event)
+ (xref-find-definitions identifier))
(user-error "No identifier here"))))
;;;###autoload
@@ -1652,6 +1654,7 @@ xref-find-references-at-mouse
(xref-backend-identifier-at-point (xref-find-backend)))))
(if identifier
(let ((xref-prompt-for-identifier nil))
+ (mouse-set-point event)
(xref-find-references identifier))
(user-error "No identifier here"))))
There is a more recent version of Xref on ELPA, could you try installing
that as well, and see if that changes anything?
> On Mon, 10 Jun 2024 at 11:23, Eli Zaretskii <eliz <at> gnu.org> wrote:
>
>> > From: Alan Donovan <adonovan <at> google.com>
>> > Date: Mon, 10 Jun 2024 10:39:04 -0400
>> > Cc: Juri Linkov <juri <at> linkov.net>, Stefan Kangas <stefankangas <at> gmail.com>,
>>
>> > Eli Zaretskii <eliz <at> gnu.org>, 71435 <at> debbugs.gnu.org
>> >
>> > > ?? This works for me:
>> > > (global-set-key [C-down-mouse-1] 'xref-find-definitions-at-mouse)
>> >
>> > Ah, I remember the problem now: if the point is at position A and the
>> mouse click occurs at some unrelated
>> > position B, plain old xref-find-definitions-at-mouse will use position A
>> as the basis of the query
>>
>> I cannot reproduce thus. I just tried, and the mouse click shows the
>> definition of identifier at mouse click, not at point.
>>
>> > So perhaps my request should instead have been expressed as a bug
>> report: xref-find-definitions-at-mouse
>> > uses the point instead of the mouse event position.
>>
>> Please show a recipe for reproducing this, and please also tell what
>> version of Emacs are you using and on which platform.
>>
>> Thanks.
>>
--
Philip Kaludercic on peregrine
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#71435
; Package
emacs
.
(Mon, 10 Jun 2024 18:56:03 GMT)
Full text and
rfc822 format available.
Message #47 received at 71435 <at> debbugs.gnu.org (full text, mbox):
> From: Alan Donovan <adonovan <at> google.com>
> Date: Mon, 10 Jun 2024 13:26:59 -0400
> Cc: philipk <at> posteo.net, juri <at> linkov.net, stefankangas <at> gmail.com,
> 71435 <at> debbugs.gnu.org
>
> I can reliably reproduce the problem using this script:
>
> ;; reproducer for use in emacs -Q:
> ;; invoke load-file on this file,
> ;; then follow the interactive steps at the very end.
>
> (emacs-version) ; 29.3
> (require 'eglot) ; 1.17.0
>
> ;; --- these steps are documented at
> ;;
> https://github.com/golang/tools/blob/master/gopls/doc/emacs.md#configuring-project-for-go-modules-in-emacs
>
>
> (require 'project) ; 0.11.0
>
> (defun project-find-go-module (dir)
> (when-let ((root (locate-dominating-file dir "go.mod")))
> (cons 'go-module root)))
>
> (cl-defmethod project-root ((project (head go-module)))
> (cdr project))
>
> (add-hook 'project-find-functions #'project-find-go-module)
> ;; -----
>
> ; Use your favorite modifier; s is super, aka ⌘ key on Mac.
> (global-set-key (kbd "s-<mouse-1>") #'xref-find-definitions-at-mouse)
>
> ;; This file comes from github.com/dominikh/go-mode.el <at> master.
> (load-file "~/w/go-mode.el/go-mode.el")
>
> ;; Create a new Go buffer.
> (with-current-buffer (find-file "/tmp/a.go")
> (eglot-ensure)
> (insert "package main\n\nimport \"fmt\"\n\nfunc main() {\n\tfmt.Println()\n}\n")
> (set-buffer (current-buffer)))
All that is needed to reproduce such a basic problem?
Are you sure it isn't project-find-go-module that interferes here, for
example?
IOW, please try to systematically remove stuff from the recipe until
you find the culprit. My guess is that it is some of the 3rd-party
stuff you load, not Emacs.
Reply sent
to
Stefan Kangas <stefankangas <at> gmail.com>
:
You have taken responsibility.
(Mon, 10 Jun 2024 19:41:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Alan Donovan <adonovan <at> google.com>
:
bug acknowledged by developer.
(Mon, 10 Jun 2024 19:41:02 GMT)
Full text and
rfc822 format available.
Message #52 received at 71435-done <at> debbugs.gnu.org (full text, mbox):
Alan Donovan <adonovan <at> google.com> writes:
> On Mon, 10 Jun 2024 at 13:43, Philip Kaludercic <philipk <at> posteo.net> wrote:
>
>> Given that I have a working Go setup installed, I tried this out: With
>> Emacs 30 on GNU/Linux fmt and Println both jump to the correct location.
>>
>> The most recent commit might have fixed the issue you are having:
>
> I applied that neat little patch, and it fixed it. Many thanks, and sorry
> to take your time.
Thanks for testing.
I'm consequently closing this bug report.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#71435
; Package
emacs
.
(Mon, 10 Jun 2024 20:03:02 GMT)
Full text and
rfc822 format available.
Message #55 received at 71435 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Mon, 10 Jun 2024 at 13:43, Philip Kaludercic <philipk <at> posteo.net> wrote:
> Given that I have a working Go setup installed, I tried this out: With
> Emacs 30 on GNU/Linux fmt and Println both jump to the correct location.
>
> The most recent commit might have fixed the issue you are having:
>
I applied that neat little patch, and it fixed it. Many thanks, and sorry
to take your time.
[Message part 2 (text/html, inline)]
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 09 Jul 2024 11:24:07 GMT)
Full text and
rfc822 format available.
This bug report was last modified 345 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.