microsoft / microsoft/language-server-protocol

Question regarding ordering for rename requests

Ouverte
#1,663 1 commentaire 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

clarification rename
Langage dominant
TypeScript
Étoiles
13k
Forks
1k
Merge moyen
6 j 1 h
PR mergées (30 j)
10

Description

I am developing a new language server and I'm having issues understanding how multiple rename requests should be handled and in which order.

Suppose the client sends a rename request and the server starts computing the results, while it's computing, the client sends another rename request, in this case, what should do the server do?

  • Should it try to fullfill the first rename request and then process the second request such that the requests are queued at the server?
  • Should the request be cancelled? In tha case: Who should cancel the request? and which of the two request should be cancelled?

Note that the same questions can be asked about all requests that send a WorkspaceEdit as a result.

Guide de contribution

Aucun guide de contribution indexé pour ce dépôt

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Piste de recherche

Aucun fichier, test ou point d’entrée n’est nommé dans l’issue. Commencez par examiner les recommandations du Language Server Protocol concernant request-cancellation et WorkspaceEdit, puis clarifiez l’ordre attendu ou le comportement d’annulation pour les requêtes de Rename qui se chevauchent, ainsi que la question de savoir si la même règle s’applique aux autres requêtes produisant un WorkspaceEdit.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Domaine
api
Type d'issue
Documentation
Difficulté
5/5
Temps estimé
Plus d'une semaine
Activité
À l'abandon
Clarté
À clarifier
Accessibilité débutants
25/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.