* bug#73500: eglot: diagnostic location not always shown @ 2024-09-26 13:49 Federico Beffa via Bug reports for GNU Emacs, the Swiss army knife of text editors 2024-09-28 11:16 ` Eli Zaretskii 0 siblings, 1 reply; 13+ messages in thread From: Federico Beffa via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-09-26 13:49 UTC (permalink / raw) To: 73500 [-- Attachment #1: Type: text/plain, Size: 1916 bytes --] I'm using `emacs` 29.4 with the `haskell-language-server` 2.8.0.0 on NixOS 24.05. The following code ```haskell isAscending [x] =True ``` produces the following diagnostic from the lsp ```elisp (:jsonrpc "2.0" :method "textDocument/publishDiagnostics" :params (:diagnostics [(:code "-Wunused-matches" :message "Defined but not used: ‘x’" :range (:end (:character 14 :line 17) :start (:character 13 :line 17)) :severity 2 :source "typecheck" :tags [1]) (:code "-Wmissing-signatures" :message "Top-level binding with no type signature:\n fbeCircle :: svg-builder-0.1.1:Graphics.Svg.Core.Element" :range (:end (:character 9 :line 25) :start (:character 0 :line 25)) :severity 2 :source "typecheck")] :uri "file:///home/user/tmp/haskell/test-flake-utils/test/src/Main.hs" :version 0)) ``` The first diagnostics (corresponding to the above code) is shown in the Emacs buffer only with an exclamation mark in the fringe. However, the diagnostic message is not shown anywhere unless the cursor is placed on the exact location in question (the 'x' in the square brakes). Without any visual aid, it's very difficult to pinpoint the exact location of the problem to see the message. The other diagnostic in the same server message, on top of the exclamation mark, it's properly highlighted with a blue wiggled underline and easy to locate. I'd expect this to happen for all diagnostics. [-- Attachment #2: Type: text/html, Size: 2827 bytes --] ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#73500: eglot: diagnostic location not always shown 2024-09-26 13:49 bug#73500: eglot: diagnostic location not always shown Federico Beffa via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-09-28 11:16 ` Eli Zaretskii 2024-09-28 11:47 ` João Távora 0 siblings, 1 reply; 13+ messages in thread From: Eli Zaretskii @ 2024-09-28 11:16 UTC (permalink / raw) To: Federico Beffa, João Távora; +Cc: 73500 > Date: Thu, 26 Sep 2024 15:49:41 +0200 > From: Federico Beffa via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org> > > I'm using `emacs` 29.4 with the `haskell-language-server` 2.8.0.0 on NixOS 24.05. > > The following code > ```haskell > isAscending [x] = True > ``` > produces the following diagnostic from the lsp > ```elisp > (:jsonrpc "2.0" :method "textDocument/publishDiagnostics" :params > (:diagnostics > [(:code "-Wunused-matches" :message "Defined but not used: ‘x’" :range > (:end > (:character 14 :line 17) > :start > (:character 13 :line 17)) > :severity 2 :source "typecheck" :tags > [1]) > (:code "-Wmissing-signatures" :message "Top-level binding with no type signature:\n fbeCircle :: > svg-builder-0.1.1:Graphics.Svg.Core.Element" :range > (:end > (:character 9 :line 25) > :start > (:character 0 :line 25)) > :severity 2 :source "typecheck")] > :uri "file:///home/user/tmp/haskell/test-flake-utils/test/src/Main.hs" :version 0)) > ``` > The first diagnostics (corresponding to the above code) is shown in the Emacs buffer only with an exclamation > mark in the fringe. However, the diagnostic message is not shown anywhere unless the cursor is placed on > the exact location in question (the 'x' in the square brakes). Without any visual aid, it's very difficult to pinpoint > the exact location of the problem to see the message. > > The other diagnostic in the same server message, on top of the exclamation mark, it's properly highlighted > with a blue wiggled underline and easy to locate. I'd expect this to happen for all diagnostics. João, any comments or suggestions? ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#73500: eglot: diagnostic location not always shown 2024-09-28 11:16 ` Eli Zaretskii @ 2024-09-28 11:47 ` João Távora 2024-09-28 15:23 ` Federico Beffa via Bug reports for GNU Emacs, the Swiss army knife of text editors 0 siblings, 1 reply; 13+ messages in thread From: João Távora @ 2024-09-28 11:47 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 73500, Federico Beffa I would expect a 1-character long underline for the first one too. There might be a off-by-one error somewhere, but I doubt it. I just tried with clangd a a diagnostic like this: {"code":"unknown_typename","message":"Unknown type name 'a'", "range":{"end":{"character":1,"line":34},"start":{"character":0,"line":34}}, "severity":1,"source":"clang"} gets its own small underline. So, maybe look closer and if you still don't see it, follow the steps in https://joaotavora.github.io/eglot/#Reporting-bugs and construct a full error recipe so that we can (not) see it, too. João ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#73500: eglot: diagnostic location not always shown 2024-09-28 11:47 ` João Távora @ 2024-09-28 15:23 ` Federico Beffa via Bug reports for GNU Emacs, the Swiss army knife of text editors 2024-09-28 21:18 ` João Távora 0 siblings, 1 reply; 13+ messages in thread From: Federico Beffa via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-09-28 15:23 UTC (permalink / raw) To: João Távora, Eli Zaretskii; +Cc: 73500 [-- Attachment #1.1: Type: text/plain, Size: 1080 bytes --] The attached archive includes everything mentioned at the indicated link. See the included `README.md` file for instructions on how to reproduce the bug (minimally). It also points to instructions on how to install the Haskell tools, but, given that https://github.com/joaotavora/eglot claims support for the `haskell-language-server` (and to be up-to-date) I assume you have running test benches with everything. On 28/09/2024 13:47, João Távora wrote: > I would expect a 1-character long underline for the first one too. > > There might be a off-by-one error somewhere, but I doubt it. I just > tried with clangd a a diagnostic like this: > > {"code":"unknown_typename","message":"Unknown type name 'a'", > "range":{"end":{"character":1,"line":34},"start":{"character":0,"line":34}}, > "severity":1,"source":"clang"} > > gets its own small underline. > > So, maybe look closer and if you still don't see it, follow the steps in > > https://joaotavora.github.io/eglot/#Reporting-bugs > > and construct a full error recipe so that we can (not) see it, too. > > João [-- Attachment #1.2: Type: text/html, Size: 1737 bytes --] [-- Attachment #2: bug73500.tgz --] [-- Type: application/x-compressed-tar, Size: 290882 bytes --] ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#73500: eglot: diagnostic location not always shown 2024-09-28 15:23 ` Federico Beffa via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-09-28 21:18 ` João Távora [not found] ` <452a24b1-14e8-40a6-b921-a26522278a82@fbengineering.ch> 0 siblings, 1 reply; 13+ messages in thread From: João Távora @ 2024-09-28 21:18 UTC (permalink / raw) To: Federico Beffa; +Cc: 73500, Eli Zaretskii On Sat, Sep 28, 2024 at 4:23 PM Federico Beffa <federico.beffa@fbengineering.ch> wrote: > > The attached archive includes everything mentioned at the indicated > link. See the included `README.md` file for instructions on how to > reproduce the bug (minimally). Thanks. > assume you have running test benches with everything. You assume wrong. Eglot supports hundreds of servers. I only have the servers I work or worked with in the past. "Supports foo server " means solely that someone knowledgeable with foo tried it and reported good results at some point, so they requested to add a server invocation to eglot-server-programs. Anyway, I couldn't reproduce your problem simply because the Main.hs program you provided does not seem to produce any diagnostics, according the haskell-language-server I installed in my system, which identifies itself as haskell-language-server version: 1.9.1.0 (GHC: 9.2.8) (PATH: /usr/bin/haskell-language-server) I'm not a Haskell programmer, so I don't know if this makes sense to you. In the events log, the publishDiagonstics message is the following: [jsonrpc] e[22:01:33.466] <-- textDocument/publishDiagnostics { "jsonrpc": "2.0", "method": "textDocument/publishDiagnostics", "params": { "diagnostics": [], "uri": "file:///home/capitaomorte/Downloads/bug73500/src/Main.hs", "version": 2 } } Notice the empty JSON array. However, when I change your Main.hs to what is likely a nonsensical Haskell program: module Main where isAscending :: [Int] -> Bool isAscending [] = True isAscending [x] = x -- ^ this second 'x' _is_ underlined isAscending (x : y : ys) = x < y && isAscending (y : ys) main :: IO () main = putStrLn "Hello, bug 73500!" Then I see the second x being underlined with a 1-char-long diagnostic, the corresponding LSP event being: [jsonrpc] e[22:05:21.403] <-- textDocument/publishDiagnostics { "jsonrpc": "2.0", "method": "textDocument/publishDiagnostics", "params": { "diagnostics": [ { "code": "-Wdeferred-type-errors", "message": "• Couldn't match expected type ‘Bool’ with actual type ‘Int’\n• In the expression: x\n In an equation for ‘isAscending’: isAscending [x] = x", "range": { "end": { "character": 19, "line": 4 }, "start": { "character": 18, "line": 4 } }, "severity": 1, "source": "typecheck" } ], "uri": "file:///home/capitaomorte/Downloads/bug73500/src/Main.hs", "version": 25 } } I have now removed haskell-language-server from my machine. João ^ permalink raw reply [flat|nested] 13+ messages in thread
[parent not found: <452a24b1-14e8-40a6-b921-a26522278a82@fbengineering.ch>]
* bug#73500: eglot: diagnostic location not always shown [not found] ` <452a24b1-14e8-40a6-b921-a26522278a82@fbengineering.ch> @ 2024-09-29 17:20 ` João Távora 2024-09-29 18:59 ` Federico Beffa via Bug reports for GNU Emacs, the Swiss army knife of text editors 0 siblings, 1 reply; 13+ messages in thread From: João Távora @ 2024-09-29 17:20 UTC (permalink / raw) To: Federico Beffa; +Cc: 73500, Eli Zaretskii [-- Attachment #1: Type: text/plain, Size: 1006 bytes --] On Sun, Sep 29, 2024, 18:00 Federico Beffa <federico.beffa@fbengineering.ch> wrote: > On 28/09/2024 23:18, João Távora wrote: > > On Sat, Sep 28, 2024 at 4:23 PM Federico Beffa > ... Anyway, I couldn't reproduce your problem simply because the Main.hs > program you provided does not seem to produce any diagnostics, according > the haskell-language-server I installed in my system, which identifies > itself as > > haskell-language-server version: 1.9.1.0 (GHC: 9.2.8) (PATH: /usr/bin/haskell-language-server) > > > This is not the version I indicated in the `README.md` file: GHC 9.6.5 > with the supported haskell-language-server 2.8.0.0 (indicated in the > initial bug report). > Well that's the server archlinux has on its repos. Please use the indicated tool versions. > No I won't do that, sorry. Maybe you'll find someone who has time to install your specific toolkit. But you can try out my recipe and see if you get the one-char underlines I got. João > [-- Attachment #2: Type: text/html, Size: 2070 bytes --] ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#73500: eglot: diagnostic location not always shown 2024-09-29 17:20 ` João Távora @ 2024-09-29 18:59 ` Federico Beffa via Bug reports for GNU Emacs, the Swiss army knife of text editors 2024-09-29 21:18 ` João Távora 0 siblings, 1 reply; 13+ messages in thread From: Federico Beffa via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-09-29 18:59 UTC (permalink / raw) To: João Távora; +Cc: 73500, Eli Zaretskii [-- Attachment #1.1: Type: text/plain, Size: 1631 bytes --] Sure, no problem and nothing changes, the bug is still there. For that GHC version you need the `bug73500.cabal` in the newly attached file (with dropped version constraints). It also includes the new `lsp-ghc92.log` transcript of `eglot` events including the diagnostics and `screenshot/emacs-ghc92.png` showing the fringe exclamation mark, but no underlining. You must have the package `cabal-instal` providing the executable `cabal`. You can test that it works by running `cabal build` in the directory containing the cabal file. On 29/09/2024 19:20, João Távora wrote: > On Sun, Sep 29, 2024, 18:00 Federico Beffa > <federico.beffa@fbengineering.ch> wrote: > > On 28/09/2024 23:18, João Távora wrote: >> On Sat, Sep 28, 2024 at 4:23 PM Federico Beffa >> ... Anyway, I couldn't reproduce your problem simply because the Main.hs >> program you provided does not seem to produce any diagnostics, according >> the haskell-language-server I installed in my system, which identifies >> itself as >> >> haskell-language-server version: 1.9.1.0 (GHC: 9.2.8) (PATH: /usr/bin/haskell-language-server) >> > This is not the version I indicated in the `README.md` file: GHC > 9.6.5 with the supported haskell-language-server 2.8.0.0 > (indicated in the initial bug report). > > > Well that's the server archlinux has on its repos. > > Please use the indicated tool versions. > > > No I won't do that, sorry. Maybe you'll find someone who has time to > install your specific toolkit. But you can try out my recipe and see > if you get the one-char underlines I got. > > João > [-- Attachment #1.2: Type: text/html, Size: 3765 bytes --] [-- Attachment #2: bug73500-ghc92.tgz --] [-- Type: application/x-compressed-tar, Size: 129310 bytes --] ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#73500: eglot: diagnostic location not always shown 2024-09-29 18:59 ` Federico Beffa via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-09-29 21:18 ` João Távora 2024-09-30 9:19 ` Federico Beffa via Bug reports for GNU Emacs, the Swiss army knife of text editors 0 siblings, 1 reply; 13+ messages in thread From: João Távora @ 2024-09-29 21:18 UTC (permalink / raw) To: Federico Beffa; +Cc: 73500, Eli Zaretskii On Sun, Sep 29, 2024 at 7:59 PM Federico Beffa <federico.beffa@fbengineering.ch> wrote: > > Sure, no problem and nothing changes, the bug is still there. So far, there is one sighting of it: yours. If I were you I would try out the modified Main.hs program and report if you see the underlined second x. If you didn't know, Eglot has virtually 0 haskell-specific code (much as it has 0 foo-specific code for any language foo). João ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#73500: eglot: diagnostic location not always shown 2024-09-29 21:18 ` João Távora @ 2024-09-30 9:19 ` Federico Beffa via Bug reports for GNU Emacs, the Swiss army knife of text editors 2024-09-30 9:41 ` João Távora 0 siblings, 1 reply; 13+ messages in thread From: Federico Beffa via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-09-30 9:19 UTC (permalink / raw) To: João Távora; +Cc: 73500, Eli Zaretskii [-- Attachment #1: Type: text/plain, Size: 1256 bytes --] A few questions: * have you checked the provided lsp*.log files which show that the diagnostics is sent? * have you checked the provided screenshots showing an exclamation mark in the fringe but no underlining? * How do you explain the exclamation mark in the fringe which doess not appear if eglot is not enabled? * Do you also see the exclamation mark in the fringe on the line in question? * Does "cabal run" works? Do you see the output? If not please provide the complete error message. If cabal is not working properly then you'll not see any diagnostics because the `bug73500.cabal` file includes a compiler directive to display all warnings. Please provide the full `eglot-events-buffer` transcript. Two `xx` still don't cause underlining. On 29/09/2024 23:18, João Távora wrote: > On Sun, Sep 29, 2024 at 7:59 PM Federico Beffa > <federico.beffa@fbengineering.ch> wrote: >> Sure, no problem and nothing changes, the bug is still there. > So far, there is one sighting of it: yours. If I were you I would try > out the modified Main.hs program and report if you see the underlined > second x. > > If you didn't know, Eglot has virtually 0 haskell-specific code (much > as it has 0 foo-specific code for any language foo). > > João [-- Attachment #2: Type: text/html, Size: 2057 bytes --] ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#73500: eglot: diagnostic location not always shown 2024-09-30 9:19 ` Federico Beffa via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-09-30 9:41 ` João Távora [not found] ` <bee5efd8-c015-43d1-b37d-392d4ffc08d7@fbengineering.ch> 0 siblings, 1 reply; 13+ messages in thread From: João Távora @ 2024-09-30 9:41 UTC (permalink / raw) To: Federico Beffa; +Cc: 73500, Eli Zaretskii On Mon, Sep 30, 2024 at 10:19 AM Federico Beffa <federico.beffa@fbengineering.ch> wrote: > > A few questions: > * have you checked the provided lsp*.log files which show that the diagnostics is sent? Yes. But I don't get that log, as I already showed. > * have you checked the provided screenshots showing an exclamation mark in the fringe but no underlining? These are not from emacs -Q so I ignored them. For all I know you may have a (imaginary-bugs) in your init file. Or have a different setting of the underlining face to something that can't be rendered. A screenshot of a clean Emacs -Q would have been slightly more useful (well not really useful, but more interesting at least). > * How do you explain the exclamation mark in the fringe which doess not appear if eglot is not enabled? That's an odd question. I don't, of course. Much as I can't "explain" that grainy footage that someone says they took of bigfoot. Maybe bigfoot exists, maybe it's just a far away hunchback person. I'll have a better change of "explaining" something once I can investigate it myself, and so far I haven't been able to reproduce your sighting. > * Do you also see the exclamation mark in the fringe on the line in question? No, when I tried your Emacs -Q recipe I didn't see any diagnostics. I thought I explained that. > * Does "cabal run" works? Do you see the output? If not please provide the complete error message. Eglot doesn't interact with cabal, it interacts via LSP with haskell-language-server. I can tell you I managed a successful interaction where the server in question connected perfectly and analized the Main.hs program you provided. When Tweaking the program, I got some diagnostics. As far as I'm concerned witnessed first hand in an Emacs -Q session, Eglot correctly underlines all diagnostics coming from that server, which is not suprising to me, since they look a lot like any other diagnostic coming from any other server and Eglot doesn't care about the provenance of diagnostics. Also, I uninstalled everything haskell, it bloated up my system and I don't plan on installing it again.. João ^ permalink raw reply [flat|nested] 13+ messages in thread
[parent not found: <bee5efd8-c015-43d1-b37d-392d4ffc08d7@fbengineering.ch>]
[parent not found: <CALDnm501CMXD8x_9s6Hm0fD5_+K4wmH58t7wXf5buKDuU+=vGg@mail.gmail.com>]
* bug#73500: eglot: diagnostic location not always shown [not found] ` <CALDnm501CMXD8x_9s6Hm0fD5_+K4wmH58t7wXf5buKDuU+=vGg@mail.gmail.com> @ 2024-09-30 12:08 ` Federico Beffa via Bug reports for GNU Emacs, the Swiss army knife of text editors 2024-09-30 15:32 ` João Távora 0 siblings, 1 reply; 13+ messages in thread From: Federico Beffa via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-09-30 12:08 UTC (permalink / raw) To: João Távora, 73500 [-- Attachment #1: Type: text/plain, Size: 1072 bytes --] On 30/09/2024 13:21, João Távora wrote: > On Mon, Sep 30, > > > From all your previous replies I expected these answers. > Dismissing bug reports without making any serious effort to > reproduce them just makes a disservice to your own and to the > Emacs projects. > > > I didn't dismiss you bug report, I simply couldn't reproduce. I'm > sorry my performance and engagement has not lived up to be your > standards. You're welcome to speak to my manager and recommend a pay > cut from 0 to 0. > Well, let's be honest. You didn't try seriously: did you install all required software? No. You did see the logs and screenshots proving the problem? Yes, but arbitrarily decided that I was making things up, which is false. You're probably angry due to the code lens thread. And, by the way, I also have and sometimes still do contribute to open source projects without any remuneration. That doesn't justify such a toxic behavior and answers. Most of the time developers are thankful for bug reports, not dismissing them out of pride or whatever. [-- Attachment #2: Type: text/html, Size: 2189 bytes --] ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#73500: eglot: diagnostic location not always shown 2024-09-30 12:08 ` Federico Beffa via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2024-09-30 15:32 ` João Távora 0 siblings, 0 replies; 13+ messages in thread From: João Távora @ 2024-09-30 15:32 UTC (permalink / raw) To: Federico Beffa; +Cc: 73500 On Mon, Sep 30, 2024 at 1:08 PM Federico Beffa <federico.beffa@fbengineering.ch> wrote: > > On 30/09/2024 13:21, João Távora wrote: > > On Mon, Sep 30, >> >> >> From all your previous replies I expected these answers. Dismissing bug reports without making any serious effort to reproduce them just makes a disservice to your own and to the Emacs projects. > I didn't dismiss you bug report, I simply couldn't reproduce. I'm sorry my performance and engagement has not lived up to be your standards. You're welcome to speak to my manager and recommend a pay cut from 0 to 0. > Well, let's be honest. Yes, let's :-) > You didn't try seriously: did you install all required software? No. Should I have installed a Nix Linux distro or ghcup distribution to get exactly those versions? I used my Archlinux package manager. Seemed "serious" enough to me. I installed a working version of haskell-language-server which proved to be working correctly and interfacing with Eglot correctly, sending diagnostics similar to the ones you reported. > You did see the logs and screenshots proving the problem? > Yes, but arbitrarily decided that I was making things up, > which is false. I didn't say you made it up. Why would you? I said the screenshot you provided was not of Emacs -Q, which is plain to see. Your Emacs -Q recipe is emacs -Q -l init.el` where init.el is (use-package haskell-mode :ensure t) Did you run this yourself? I don't think it will produce an Emacs that has yasnippet, company, whatever WK is, a non-default font size and possibly a lot more customizations. It won't turn on wombat-theme as you mentioned (and note that a theme is also a potential culprit, as it can run arbitrary lisp code). And what do screenshots help anyway?? I didn't even request screenshots. I can't debug a screenshot. Noone is doubting your affliction is real, it's just that no one is obliged to stop what they're doing IRL to help you either. > You're probably angry due to the code lens thread. Why on earth would I be angry about that? > And, by the way, I also have and sometimes still do contribute to open > source projects without any remuneration. Good for you. > That doesn't justify such a toxic behavior and answers. Get yourself a mirror. Accusing someone who has spent _any_ amount of unpaid time analysing your report of not having making a serious effort is not a nice thing to do. > Most of the time developers are thankful for bug reports, not dismissing them out of pride or whatever. And I am thankful, which is why I thanked you for the recipe, didn't I? I didn't ask for the bug to be closed, did I? You'll just have to do the investigation yourself or wait for someone with enough time or the Nix system to do a better analysis. Be patient, sometimes that helps. (and not harassing maintainers also helps). You can also follow my recommendation of using Emacs -Q. I also suggested you try out my version of Main.hs to see if you get the underline I see. You're free to ignore these suggestions but they are the best I can do with the time I have available. If that doesn't live up to your standards I'm very sorry, but ultimately I don't care about what standard of technical support you think you are entitled to as an Eglot user. João ^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#73500: eglot: diagnostic location not always shown [not found] ` <bee5efd8-c015-43d1-b37d-392d4ffc08d7@fbengineering.ch> [not found] ` <CALDnm501CMXD8x_9s6Hm0fD5_+K4wmH58t7wXf5buKDuU+=vGg@mail.gmail.com> @ 2024-09-30 15:45 ` Federico Beffa 1 sibling, 0 replies; 13+ messages in thread From: Federico Beffa @ 2024-09-30 15:45 UTC (permalink / raw) To: 73500 [-- Attachment #1: Type: text/plain, Size: 3092 bytes --] -------- Forwarded Message -------- Subject: Re: bug#73500: eglot: diagnostic location not always shown Date: Mon, 30 Sep 2024 12:16:53 +0200 From: Federico Beffa <federico.beffa@fbengineering.ch> To: João Távora <joaotavora@gmail.com> On 30/09/2024 11:41, João Távora wrote: > On Mon, Sep 30, 2024 at 10:19 AM Federico Beffa > <federico.beffa@fbengineering.ch> wrote: >> A few questions: >> * have you checked the provided lsp*.log files which show that the diagnostics is sent? > Yes. But I don't get that log, as I already showed. >> * have you checked the provided screenshots showing an exclamation mark in the fringe but no underlining? > These are not from emacs -Q so I ignored them. For all I know you may have a > (imaginary-bugs) in your init file. Or have a different setting of the > underlining face > to something that can't be rendered. > > A screenshot of a clean Emacs -Q would have been slightly more useful (well > not really useful, but more interesting at least). They are, I just enabled manually in the session the wombat theme because I prefer dark ones. >> * How do you explain the exclamation mark in the fringe which doess not appear if eglot is not enabled? > That's an odd question. I don't, of course. Much as I can't "explain" > that grainy > footage that someone says they took of bigfoot. Maybe bigfoot exists, maybe > it's just a far away hunchback person. I'll have a better change of > "explaining" something once I can investigate it myself, and so far > I haven't been able to reproduce your sighting. > >> * Do you also see the exclamation mark in the fringe on the line in question? > No, when I tried your Emacs -Q recipe I didn't see any diagnostics. I > thought I > explained that. > >> * Does "cabal run" works? Do you see the output? If not please provide the complete error message. > Eglot doesn't interact with cabal, it interacts via LSP with > haskell-language-server. Nobody said that eglot interacts with cabal. It's the `haskell-language-server` that does... and, as I told several times, without cabal you don't get any warning and hence the diagnostics. > I can tell you I managed a successful interaction where the server in question > connected perfectly and analized the Main.hs program you provided. When > Tweaking the program, I got some diagnostics. As far as I'm concerned > witnessed first hand in an Emacs -Q session, Eglot correctly underlines all > diagnostics coming from that server, which is not suprising to me, since > they look a lot like any other diagnostic coming from any other server and > Eglot doesn't care about the provenance of diagnostics. > > Also, I uninstalled everything haskell, it bloated up my system and I don't plan > on installing it again.. > > João From all your previous replies I expected these answers. Dismissing bug reports without making any serious effort to reproduce them just makes a disservice to your own and to the Emacs projects. Never mind, I wanted to help the project, but I'll move on to other less buggy and more feature reach options. [-- Attachment #2: Type: text/html, Size: 5943 bytes --] ^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2024-09-30 15:45 UTC | newest] Thread overview: 13+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2024-09-26 13:49 bug#73500: eglot: diagnostic location not always shown Federico Beffa via Bug reports for GNU Emacs, the Swiss army knife of text editors 2024-09-28 11:16 ` Eli Zaretskii 2024-09-28 11:47 ` João Távora 2024-09-28 15:23 ` Federico Beffa via Bug reports for GNU Emacs, the Swiss army knife of text editors 2024-09-28 21:18 ` João Távora [not found] ` <452a24b1-14e8-40a6-b921-a26522278a82@fbengineering.ch> 2024-09-29 17:20 ` João Távora 2024-09-29 18:59 ` Federico Beffa via Bug reports for GNU Emacs, the Swiss army knife of text editors 2024-09-29 21:18 ` João Távora 2024-09-30 9:19 ` Federico Beffa via Bug reports for GNU Emacs, the Swiss army knife of text editors 2024-09-30 9:41 ` João Távora [not found] ` <bee5efd8-c015-43d1-b37d-392d4ffc08d7@fbengineering.ch> [not found] ` <CALDnm501CMXD8x_9s6Hm0fD5_+K4wmH58t7wXf5buKDuU+=vGg@mail.gmail.com> 2024-09-30 12:08 ` Federico Beffa via Bug reports for GNU Emacs, the Swiss army knife of text editors 2024-09-30 15:32 ` João Távora 2024-09-30 15:45 ` Federico Beffa
Code repositories for project(s) associated with this public inbox https://git.savannah.gnu.org/cgit/emacs.git This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).