didChange/didSave notification ordering
See original GitHub issueIn the Julia LS we have a sanity check in a textDocument/didSave
handler that confirms the text saved to disk is what the LS expects based on applying all textDocument/didChange
events. This was working fine for a long time, but broke with the upgrade to LSP17.
My question is now whether there are any guarantees for notification ordering, i.e. does the client have to send all didChange
notifications before the didSave
notification?
Issue Analytics
- State:
- Created a year ago
- Reactions:1
- Comments:5 (3 by maintainers)
Top Results From Across the Web
Online Ordering XT: Notifications - Revel Support
With Revel Online Ordering XT, you can now display important and urgent messages on your online ordering site, like if you're experiencing a ......
Read more >Considerations when Using Ordered Notifications
Use the Ordered Notification only if you need to preserve the order in which the operations occur; otherwise, use Insert Notifications, Update Notifications...
Read more >Customer order notifications – Ecwid Help Center
Customer notifications are emails that are sent to your buyers to confirm their order and keep them in the loop about the order...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
OK. Ping when you see something problematic.
We don’t check what’s on disk; the comparison we make is between
didSave
’stext
parameter and the server’s document state.I assume the remaining issues are on our end, although it’s not clear to me why they’ve only just started happening.
Thanks for the clarification anyways!