GNU logs - #72088, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#72088: eglot: Segregates language servers in a way that hampers polyglot language servers
Resent-From: Niels Thykier <niels@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 13 Jul 2024 03:23:01 +0000
Resent-Message-ID: <handler.72088.B.172084097630463 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 72088 <at> debbugs.gnu.org
Message-ID: <6e65694c-88d6-4c54-93a8-2ffb843ce6d0@HIDDEN>
Date: Fri, 12 Jul 2024 13:33:56 +0200
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Content-Language: en-US
From: Niels Thykier <niels@HIDDEN>
Autocrypt: addr=niels@HIDDEN; keydata=
 xsFNBEoc+tABEAC2hwVc8hIXriemyLerYBq5Q7d0QrYkuvruWGRbDvfegqGJDopZb/Tq2jBm
 2QwGIy7ikTxgOqcH2fQH5zJuYq6WC4ST9DdXghhqh6pm1e68dhyJrWmmdmgV42bvb5GvtMGC
 vfeSCsqJrp1yjJCHyJmBj33ExBhPr4YGLOJc45wol0LB8HfqietRaGKiS5Vsay6D+LUCEPKX
 EZD72nh+VdKZdy8YNBUF+e27LapLH+6dkH8wR7OJU8SoVwhVOZcpf4mjmw3iiQIvWKJhokhG
 K1cjZ7huIZEs+x0XlEwA1FWLCMp9Ktnum8NlF7uQfGEpfQ1Oofr50vxx8cnGoVnwUKIRcRx9
 uBGRWehTBnbe/7CSXIbvWY7T4KHjbI33k8P6ytVxpVNHrSKK2P4Fb6Dsh7QondikzvMdlWqD
 h0rhjchpPXAUuqT/3ItSlJhllFkfTDUG26tFq1v3AlPLayPvFjkC9HUAiu5rqSJsNR/bDSxo
 /JfBerzzbqfw4aQ0iYoT/0zJ3PqaqsAqU8dHdTXHbrryzqM+sD65Q87ZhC9BFIXENplIQ91V
 JNxjuq0PEHJDZ9lAh3+Paa6LUAEhqGffTpdEo1iyqY6zDT6cBgFY7MWJiM8rWkI8IADj4aiz
 wBEud1nEjIVYZkk0qF8kFhvn3j88cfTV3/8OgRvL3lWsOoDEdwARAQABzSFOaWVscyBUaHlr
 aWVyIDxuaWVsc0B0aHlraWVyLm5ldD7CwZMEEwEIAD0CGy8GCwkIBwMCBBUCCAMEFgIDAQIe
 AQIXgBYhBLMTGkUdv998oFtBlwVLu599gGRCBQJk5JDzBQkkLZejAAoJEAVLu599gGRCr40Q
 AJriCUxq0uUMnS7ujFBzUs/DKj3SvZ1niPRCUh5uOgHR2WmMzoloPGODQb6dePP1YauN19VV
 A54SsETyQFuxjlQS88kRiwi0eAkVrral3qnHZcbsld9oLFKyUAKizAVGAh6QRXS7fzQbsnG0
 uca8waLAQ+0gWJvm3unbnwSp1J/bYHRuNT5qCXFwtkHyC5qzogGEo19k6KHh9eIcoJ3F9iG5
 SFK61rkc/9N3f2wslVRg0BtkdqitFbycWt/IJ70e3TGyKSm7EwcZraXuYZu0eAkqN49F8ac4
 FXgvl0VQYD2Jrzsbac/wD0h4/ZYPIdjfj1DouqA/55hIsBkDYEXKNlHZe1R4U6ZLsj2TK3a4
 aYmG8IepYQk4zdxT7XUTKe645M5XBkLQUVLYSnFezbLHXsvnPm4ocYV2w0cLfobnmvmc20k4
 cBVilCstpkFVLIvS5Ke++mQLM/i8ex/khF9a4xasc/U8Pn7uz1O6haItFvvomaoyty2nVfjl
 NHqvonJ4YfZAih6uKTMYt628q4zKU4z/56+Xd5CNAiaUXAw6BZ/9ZygbtSLRpMdkkJOntqlb
 84PP1CkEBgmImihUwlUOUc4nK8VB6+rhHeZGUqm24Pxy4pdq1iL4BU8hpPBZLxB3VRode+Ne
 l1mOaQjYBnr1KnqmuAjQ4QW6+4U/82FzdDI7zsBNBGTkmdIBCADCIK89i4VGYtnrMf2dcZ7T
 jfX0SOiiyf8d8cpmYruDEz9FqsNXIvH23BOvGNu35/EoFMx4AOn/y/A5U6jDmY4y3+VkiZOl
 v4fM6MeD+FI5v0cqgOwiz4o6z5MhfNPD4TQuRui005TOk2F1NGCGGhi2Xgfdp5ihCD/Y0gis
 Otdke9BQXsXz3ox4XaqdylG9XdXTQcIkx0wzS5Xp1IOOeD/6cDwBZg1Xr7Va51JQTKVQpCbS
 ALa/hZ9teBAg3mOtopZzA+XXGkAWvljDKLfn37yWOcURbryOCQykUbmvvSQynDj/PO1+4rVx
 FefUy6PXeF3MPhgfJSmxXS2tLSfgTLxBABEBAAHCwXwEGAEIACYWIQSzExpFHb/ffKBbQZcF
 S7uffYBkQgUCZOSZ0gIbDAUJB4TOAAAKCRAFS7uffYBkQq7zD/0XHezBuF9+W2gV8xMLfoky
 uhWtRBDGp6bbuYfc5m1VDyCrVHyFr/WC7wlpOrKLtY5ubzEpNZLS4EEa+VTmbNtfi75XUCvT
 lguHWSPnPy5D2IeTO/ytq1RU9arPUtQGgby7xx6cYLTqn22tcaGigoaBd8a8P31zRBtOc5sp
 grr5lttw/8XJ/b7KQ9p3ZFBhT2Vz8T4g3/3TwMg2LyvW6AbgbU1JEAz24PTuA72VhM2bhzVL
 /mTuIUp+ldr8mMgfkMEyKwlECMrf/TcNUm6qxghYM0RBusr8OatU/LoJJyiv+HBcv2h2I8Gw
 9oWCSjRxQnWzM9m8cFRzJ85wknbP0QV6XeR+/NsHSKzGAQxVP/aHJ18uvbW1tWKVwcQbvzNW
 jhe5XQXmu1xCjDz3U8fYhsNwUZMpK8Ex8aWb3BN2+rQ2X9X/yTUY/z0SLBnGPpoiYGum8dhO
 w0dWGHlSeCLZ69I3zToVsMf1xZfiee8I3JW7l3WEjRY2bMw04Ms6c+Qx5L91AnG9XCtihQ1p
 37AYZLplxT4i8GsSDFajAFLNE6W1qgCHtiB8xSgcsAiqJpMl+1xzeNU0OunRiCpc/OvGhbDk
 Y4AtBnRNxs8BI5d1pvL54Pc0RiKah4Oyz533pk9hX2O95+sDbQ2d9+yyoJ41+Kelz+IVjpAX
 I9cp9gABn2JbjA==
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Received-SPF: none client-ip=2a02:2350:5:404::1;
 envelope-from=niels@HIDDEN;
 helo=mailrelay5-1.pub.mailoutpod2-cph3.one.com
X-Spam_score_int: 12
X-Spam_score: 1.2
X-Spam_bar: +
X-Spam_report: (1.2 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
 DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001,
 RCVD_IN_SBL_CSS=3.335, SPF_HELO_NONE=0.001,
 SPF_NONE=0.001 autolearn=no autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 1.3 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview: Hi Thanks for providing LSP support in emacs. :) For
 reference, 
 I used emacs 29.4 from Debian when I tested. If this feature has changed
 in emacs 30, then I would not have seen it yet (I am not tracking emacs/eglot
 development a lot). 
 Content analysis details:   (1.3 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -2.3 RCVD_IN_DNSWL_MED      RBL: Sender listed at https://www.dnswl.org/,
 medium trust [209.51.188.17 listed in list.dnswl.org]
 3.6 RCVD_IN_SBL_CSS        RBL: Received via a relay in Spamhaus SBL-CSS
 [185.220.101.187 listed in zen.spamhaus.org]
 -0.0 SPF_HELO_PASS          SPF: HELO matches SPF record
 0.0 SPF_NONE               SPF: sender does not publish an SPF Record
X-Mailman-Approved-At: Fri, 12 Jul 2024 23:22:50 -0400
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.3 (/)

Hi

Thanks for providing LSP support in emacs. :)


For reference, I used emacs 29.4 from Debian when I tested. If this 
feature has changed in emacs 30, then I would not have seen it yet (I am 
not tracking emacs/eglot development a lot).


I am working on a language server for Debian packaging (called 
`debputy`). The Debian packaging files consists of several different 
file formats with cross references between the formats. As a 
consequence, I built my language server to be a "polyglot" (multi-language).

While testing with eglot, I noticed that my language server was not 
informed of all changes. As far as I can see, eglot spawns a language 
server per file format (major mode) and then only informs the language 
server of events (didOpen/didChange) for that major mode. This happens 
even through it is exactly the same command + args for both major modes.

The next result is that my language server when used via emacs + eglot, 
requires the user to save a file before the language server can "see" 
the effect when you are working in a different file.

I was a bit in doubt whether the spec accounted for polyglot language 
servers, so I asked in the LSP github for clarification. They made the 
argument that a language server should be able to see events for other 
file formats and suggested that I contacted you (the eglot maintainers) 
about this 
(https://github.com/microsoft/language-server-protocol/issues/1964). 
They acknowledged this was implicit and then listed the two key features 
they saw as supporting this implicit requirement (both of them boils 
down to DocumentSelector as I read it).

I tried a static registration with a DocumentSelector on `**/debian/*` 
(I think it was hover docs, though it might have been completion), but 
my debugging suggested that my instances did not get didOpen/didChange 
events "across" the file formats even with this registration.

Can we work towards a solution where I can ask eglot to provide 
didOpen/didChange events across formats? :)

Best regards,
Niels

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Niels Thykier <niels@HIDDEN>
Subject: bug#72088: Acknowledgement (eglot: Segregates language servers in
 a way that hampers polyglot language servers)
Message-ID: <handler.72088.B.172084097630463.ack <at> debbugs.gnu.org>
References: <6e65694c-88d6-4c54-93a8-2ffb843ce6d0@HIDDEN>
X-Gnu-PR-Message: ack 72088
X-Gnu-PR-Package: emacs
Reply-To: 72088 <at> debbugs.gnu.org
Date: Sat, 13 Jul 2024 03:23:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 72088 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
72088: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D72088
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#72088: eglot: Segregates language servers in a way that hampers polyglot language servers
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 13 Jul 2024 06:17:01 +0000
Resent-Message-ID: <handler.72088.B72088.172085137226189 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Niels Thykier <niels@HIDDEN>, =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= <joaotavora@HIDDEN>
Cc: 72088 <at> debbugs.gnu.org
Date: Sat, 13 Jul 2024 09:15:50 +0300
Message-Id: <86bk31lsvd.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <6e65694c-88d6-4c54-93a8-2ffb843ce6d0@HIDDEN> (message from
 Niels Thykier on Fri, 12 Jul 2024 13:33:56 +0200)
References: <6e65694c-88d6-4c54-93a8-2ffb843ce6d0@HIDDEN>
MIME-version: 1.0
Content-type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

> Date: Fri, 12 Jul 2024 13:33:56 +0200
> From: Niels Thykier <niels@HIDDEN>
> 
> Hi
> 
> Thanks for providing LSP support in emacs. :)
> 
> 
> For reference, I used emacs 29.4 from Debian when I tested. If this 
> feature has changed in emacs 30, then I would not have seen it yet (I am 
> not tracking emacs/eglot development a lot).
> 
> 
> I am working on a language server for Debian packaging (called 
> `debputy`). The Debian packaging files consists of several different 
> file formats with cross references between the formats. As a 
> consequence, I built my language server to be a "polyglot" (multi-language).
> 
> While testing with eglot, I noticed that my language server was not 
> informed of all changes. As far as I can see, eglot spawns a language 
> server per file format (major mode) and then only informs the language 
> server of events (didOpen/didChange) for that major mode. This happens 
> even through it is exactly the same command + args for both major modes.
> 
> The next result is that my language server when used via emacs + eglot, 
> requires the user to save a file before the language server can "see" 
> the effect when you are working in a different file.
> 
> I was a bit in doubt whether the spec accounted for polyglot language 
> servers, so I asked in the LSP github for clarification. They made the 
> argument that a language server should be able to see events for other 
> file formats and suggested that I contacted you (the eglot maintainers) 
> about this 
> (https://github.com/microsoft/language-server-protocol/issues/1964). 
> They acknowledged this was implicit and then listed the two key features 
> they saw as supporting this implicit requirement (both of them boils 
> down to DocumentSelector as I read it).
> 
> I tried a static registration with a DocumentSelector on `**/debian/*` 
> (I think it was hover docs, though it might have been completion), but 
> my debugging suggested that my instances did not get didOpen/didChange 
> events "across" the file formats even with this registration.
> 
> Can we work towards a solution where I can ask eglot to provide 
> didOpen/didChange events across formats? :)

João, any comments or suggestions?

Last modified: Sat, 13 Jul 2024 06:30:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.