This document contains a specification of the API provided by the analysis server. The API in this document is currently under development. Changes to the API will be accompanied by an update to the protocol version number according to the principles of semantic versioning (semver.org).
The analysis server API is a bi-directional client-server API. The API is independent of the transport mechanism used, but is heavily influenced by a model in which sockets or character streams are used to transport JSON-RPC encoded information.
The characters passed to the server are expected to be encoded using UTF-8.
When character streams are used as the transport, messages are delineated by newlines. This means, in particular, that the JSON encoding process must not introduce newlines within a message. Note however that newlines are used in this document for readability.
It is the client's responsibility to read output from the server to avoid its blocking.
To ease interoperability with Lisp-based clients (which may not be able to easily distinguish between empty lists, empty maps, and null), client-to-server communication is allowed to replace any instance of "{}" or "[]" with null. The server will always properly represent empty lists as "[]" and empty maps as "{}".
Clients can make a request of the server and the server will provide a response for each request that it receives. While many of the requests that can be made by a client are informational in nature, we have chosen to always return a response so that clients can know whether the request was received and was correct.
There is no guarantee concerning the order in which responses will be returned, but there is a guarantee that the server will process requests in the order in which they are sent as long as the transport mechanism also makes this guarantee. Responses can be returned in an order that is different from the order in which the requests were received because some requests take longer to process than others.
Every request is required to have two fields and may have two additional optional fields. The first required field is the 'id' field, which is only used by the server to associate a response with the request that generated the response. The second required field is the 'method' field, which is used to determine what the server is being requested to do. One optional field is the 'params' field, whose structure is dependent on the method being requested. The structure of this field is described with each request for which it is required. The other optional field is the 'clientRequestTime' field, which is a number indicating the time at which the client made the request (milliseconds since epoch). Providing clientRequestTime helps us track how responsive the analysis server is to client requests and better address any issues that occur.
Every response has up to three fields. The first field is the 'id' field, which is always present and whose value is the identifier that was passed to the request that generated the response. The second field is the 'error' field, which is only present if an error was encountered while processing the request. The third field is the 'result' field, whose structure is dependent on the method being responded to, and is described with each request that will produce it.
The server can communicate to the clients by sending a notification. The purpose of these notifications is to provide information to clients as it becomes available rather than to require that clients poll for it. Unless explicitly stated, all notifications are designed to return the complete information available at the time the notification is sent; clients are not required to update previously communicated results. Consequently, the server can and should return partial results before all results are available. For example, the syntactic errors for a file can be returned as soon as the syntactic analysis is complete, and both syntactic and semantic errors can be returned together at a later time.
Each notification has two fields. The first field is the 'event' field, which identifies the kind of notification. The second field is the 'params' field, whose structure is dependent on the kind of notification being sent. The structure of this field is described with each notification.
The server can also communicate to the clients by sending a request. As with requests sent from the client, requests from the server have both an 'id' and a 'method' field, and an optional 'params' field. The ids used by the server are independent of the ids used by the client. In other words, the ids sent by the server might be equal to ids already sent from the client, but are unrelated to the client request with that same id.
In order to be backward compatible, clients should ignore fields that were not specified in the version of the API on which they were based. Clients should also use the server.getVersion request to test that the version of the server supports an API before using it.
The analysis server satisfies requests under the principle of eventual consistency. That is, in some cases it may return responses with the currently available results while it's catching up with unprocessed changes.
Responses from the server may include enumerations indicating the kind of a specific item. The enums may be extended with new values in future versions of the server so clients should ensure unknown values are handled gracefully, either ignoring the item or treating it with some default/fallback handling.
For convenience, the API is divided into domains. Each domain is specified in a separate section below. The specifications of the API's refer to data structures beyond the standard JSON primitives. These data structures are documented in the section titled Types.
The command-line arguments that can be passed to the server.
- --client-id
Specifies an identifier associated with the client. Used when generating error reports.
Clients are strongly encouraged to provide this information in order to improve the quality of information that can be provided to them.
- --client-version
Specifies the version of the client that is communicating with the server. Used when generating error reports.
Clients are strongly encouraged to provide this information in order to improve the quality of information that can be provided to them.
- --no-error-notification
Deprecated: clients should no longer pass this option in
Disable notifications about errors (see analysis.error). If this flag is not specified then notifications will be sent for all errors produced for all files in the actual analysis roots.
- --no-index
Deprecated: clients should no longer pass this option in
This flag used to disable the server from generating an index, but now it has no effect.
- --file-read-mode
Deprecated: clients should no longer pass this option in
An enumeration of the ways files can be read from disk. Some clients normalize end of line characters which would make the file offset and range information incorrect. The default option is as-is, but can also be set to normalize-eol-always. The default option (as-is) reads files as they are on disk. The normalize-eol-always option does the following:
- '\r\n' is converted to '\n';
- '\r' by itself is converted to '\n';
- this happens regardless of the OS editor is running on.
The server domain contains API's related to the execution of the server.
request: {
"id": String
"method": "server.getVersion"
}response: {
"id": String
"error": optional RequestError
"result": {
"version": String
}
}Return the version number of the analysis server.
The version number of the analysis server.
request: {
"id": String
"method": "server.shutdown"
}response: {
"id": String
"error": optional RequestError
}Cleanly shutdown the analysis server. Requests that are received after this request will not be processed. Requests that were received before this request, but for which a response has not yet been sent, will not be responded to. No further responses or notifications will be sent after the response to this request has been sent.
request: {
"id": String
"method": "server.setSubscriptions"
"params": {
"subscriptions": List<ServerService>
}
}response: {
"id": String
"error": optional RequestError
}Subscribe for services. All previous subscriptions are replaced by the given set of services.
It is an error if any of the elements in the list are not valid services. If there is an error, then the current subscriptions will remain unchanged.
A list of the services being subscribed to.
request: {
"id": String
"method": "server.cancelRequest"
"params": {
"id": String
}
}response: {
"id": String
"error": optional RequestError
}Requests cancellation of a request sent by the client by id. This is provided on a best-effort basis and there is no guarantee the server will be able to cancel any specific request. The server will still always produce a response to the request even in the case of cancellation, but clients should discard any results of any cancelled request because they may be incomplete or inaccurate. This request always completes without error regardless of whether the request is successfully cancelled.
The id of the request that should be cancelled.
request: {
"id": String
"method": "server.setClientCapabilities"
"params": {
"requests": List<String>
"supportsUris": optional bool
"lspCapabilities": optional object
}
}response: {
"id": String
"error": optional RequestError
}Record the capabilities supported by the client. The default values, documented below, will be assumed until this request is received.
The names of the requests that the server can safely send to the client. Only requests whose name is in the list will be sent.
A request should only be included in the list if the client will unconditionally honor the request.
The default, used before this request is received, is an empty list.
The following is a list of the names of the requests that can be specified:
True if the client supports the server sending URIs in place of file paths.
In this mode, the server will use URIs in all protocol fields with the type FilePath. Returned URIs may be `file://` URIs or custom schemes. The client can fetch the file contents for URIs with custom schemes (and receive modification events) through the LSP protocol (see the "lsp" domain).
LSP notifications are automatically enabled when the client sets this capability.
LSP capabilities of the client as defined by the Language Server Protocol specification.
If custom LSP capabilities are to be used, the setClientCapabilities request should be called before any LSP requests are made to the server.
If LSP capabilities are not provided or no setClientCapabilities request is made, a very basic set of capabilities will be assumed.
request: {
"id": String
"method": "server.openUrlRequest"
"params": {
"url": String
}
}response: {
"id": String
"error": optional RequestError
}Note: This is a request from the server to the client.
Request that a URL be opened.
The client is expected to open the URL, either within the client's UI or in the default browser.
The request will only be sent from the server to the client if the client has indicated that it supports this request by using the setClientCapabilities request.
The URL to be opened.
request: {
"id": String
"method": "server.showMessageRequest"
"params": {
"type": MessageType
"message": String
"actions": List<MessageAction>
}
}response: {
"id": String
"error": optional RequestError
"result": {
"action": optional String
}
}Note: This is a request from the server to the client.
Request that a message be displayed to the user.
The client is expected to display the message to the user with one or more buttons with the specified labels, and to return a response consisting of the label of the button that was clicked.
The request will only be sent from the server to the client if the client has indicated that it supports this request by using the setClientCapabilities request.
This request is modeled after the same request from the LSP specification.
The type of the message.
The message to be displayed.
The labels of the buttons by which the user can dismiss the message.
The label of the action that was selected by the user. May be omitted or `null` if the user dismissed the message without clicking an action button.
notification: {
"event": "server.connected"
"params": {
"version": String
"pid": int
}
}Reports that the server is running. This notification is issued once after the server has started running but before any requests are processed to let the client know that it started correctly.
It is not possible to subscribe to or unsubscribe from this notification.
The version number of the analysis server.
The process id of the analysis server process.
notification: {
"event": "server.error"
"params": {
"isFatal": bool
"message": String
"stackTrace": String
}
}Reports that an unexpected error has occurred while executing the server. This notification is not used for problems with specific requests (which are returned as part of the response) but is used for exceptions that occur while performing other tasks, such as analysis or preparing notifications.
It is not possible to subscribe to or unsubscribe from this notification.
True if the error is a fatal error, meaning that the server will shutdown automatically after sending this notification.
The error message indicating what kind of error was encountered.
The stack trace associated with the generation of the error, used for debugging the server.
notification: {
"event": "server.pluginError"
"params": {
"message": String
}
}Reports that an unexpected error has occurred while setting up an analyzer plugin, or during a plugin's execution.
It is not possible to subscribe to or unsubscribe from this notification.
The error message indicating what kind of error was encountered.
notification: {
"event": "server.status"
"params": {
"analysis": optional AnalysisStatus
"pub": optional PubStatus
}
}Reports the current status of the server. Parameters are omitted if there has been no change in the status represented by that parameter.
This notification is not subscribed to by default. Clients can subscribe by including the value "STATUS" in the list of services passed in a server.setSubscriptions request.
The current status of analysis, including whether analysis is being performed and if so what is being analyzed.
The current status of pub execution, indicating whether we are currently running pub.
Note: this status type is deprecated, and is no longer sent by the server.
The analysis domain contains API's related to the analysis of files.
request: {
"id": String
"method": "analysis.getErrors"
"params": {
"file": FilePath
}
}response: {
"id": String
"error": optional RequestError
"result": {
"errors": List<AnalysisError>
}
}Return the errors associated with the given file. If the errors for the given file have not yet been computed, or the most recently computed errors for the given file are out of date, then the response for this request will be delayed until they have been computed. If some or all of the errors for the file cannot be computed, then the subset of the errors that can be computed will be returned and the response will contain an error to indicate why the errors could not be computed. If the content of the file changes after this request was received but before a response could be sent, then an error of type CONTENT_MODIFIED will be generated.
This request is intended to be used by clients that cannot asynchronously apply updated error information. Clients that can apply error information as it becomes available should use the information provided by the 'analysis.errors' notification.
If a request is made for a file which does not exist, or which is not currently subject to analysis (e.g. because it is not associated with any analysis root specified to analysis.setAnalysisRoots), an error of type GET_ERRORS_INVALID_FILE will be generated.
The file for which errors are being requested.
The errors associated with the file.
request: {
"id": String
"method": "analysis.getHover"
"params": {
"file": FilePath
"offset": int
}
}response: {
"id": String
"error": optional RequestError
"result": {
"hovers": List<HoverInformation>
}
}Return the hover information associated with the given location. If some or all of the hover information is not available at the time this request is processed the information will be omitted from the response.
The file in which hover information is being requested.
The offset for which hover information is being requested.
The hover information associated with the location. The list will be empty if no information could be determined for the location. The list can contain multiple items if the file is being analyzed in multiple contexts in conflicting ways (such as a part that is included in multiple libraries).
request: {
"id": String
"method": "analysis.getLibraryDependencies"
}response: {
"id": String
"error": optional RequestError
"result": {
"libraries": List<FilePath>
"packageMap": Map<String, Map<String, List<FilePath>>>
}
}Return library dependency information for use in client-side indexing and package URI resolution.
Clients that are only using the libraries field should consider using the analyzedFiles notification instead.
A list of the paths of library elements referenced by files in existing analysis roots.
A mapping from context source roots to package maps which map package names to source directories for use in client-side package URI resolution.
request: {
"id": String
"method": "analysis.getNavigation"
"params": {
"file": FilePath
"offset": int
"length": int
}
}response: {
"id": String
"error": optional RequestError
"result": {
"files": List<FilePath>
"targets": List<NavigationTarget>
"regions": List<NavigationRegion>
}
}Return the navigation information associated with the given region of the given file. If the navigation information for the given file has not yet been computed, or the most recently computed navigation information for the given file is out of date, then the response for this request will be delayed until it has been computed. If the content of the file changes after this request was received but before a response could be sent, then an error of type CONTENT_MODIFIED will be generated.
If a navigation region overlaps (but extends either before or after) the given region of the file it will be included in the result. This means that it is theoretically possible to get the same navigation region in response to multiple requests. Clients can avoid this by always choosing a region that starts at the beginning of a line and ends at the end of a (possibly different) line in the file.
If a request is made for a file which does not exist, or which is not currently subject to analysis (e.g. because it is not associated with any analysis root specified to analysis.setAnalysisRoots), an error of type GET_NAVIGATION_INVALID_FILE will be generated.
The file in which navigation information is being requested.
The offset of the region for which navigation information is being requested.
The length of the region for which navigation information is being requested.
A list of the paths of files that are referenced by the navigation targets.
A list of the navigation targets that are referenced by the navigation regions.
A list of the navigation regions within the requested region of the file.
request: {
"id": String
"method": "analysis.getReachableSources"
"params": {
"file": FilePath
}
}response: {
"id": String
"error": optional RequestError
"result": {
"sources": Map<String, List<String>>
}
}Return the transitive closure of reachable sources for a given file.
If a request is made for a file which does not exist, or which is not currently subject to analysis (e.g. because it is not associated with any analysis root specified to analysis.setAnalysisRoots), an error of type GET_REACHABLE_SOURCES_INVALID_FILE will be generated.
The file for which reachable source information is being requested.
A mapping from source URIs to directly reachable source URIs. For example, a file "foo.dart" that imports "bar.dart" would have the corresponding mapping { "file:///foo.dart" : ["file:///bar.dart"] }. If "bar.dart" has further imports (or exports) there will be a mapping from the URI "file:///bar.dart" to them. To check if a specific URI is reachable from a given file, clients can check for its presence in the resulting key set.
request: {
"id": String
"method": "analysis.reanalyze"
}response: {
"id": String
"error": optional RequestError
}Force re-reading of all potentially changed files, re-resolving of all referenced URIs, and corresponding re-analysis of everything affected in the current analysis roots.
request: {
"id": String
"method": "analysis.setAnalysisRoots"
"params": {
"included": List<FilePath>
"excluded": List<FilePath>
"packageRoots": optional Map<FilePath, FilePath>
}
}response: {
"id": String
"error": optional RequestError
}Sets the root paths used to determine which files to analyze. The set of files to be analyzed are all of the files in one of the root paths that are not either explicitly or implicitly excluded. A file is explicitly excluded if it is in one of the excluded paths. A file is implicitly excluded if it is in a subdirectory of one of the root paths where the name of the subdirectory starts with a period (that is, a hidden directory).
Note that this request determines the set of requested analysis roots. The actual set of analysis roots at any given time is the intersection of this set with the set of files and directories actually present on the filesystem. When the filesystem changes, the actual set of analysis roots is automatically updated, but the set of requested analysis roots is unchanged. This means that if the client sets an analysis root before the root becomes visible to the server in the filesystem, there is no error; once the server sees the root in the filesystem it will start analyzing it. Similarly, the server will stop analyzing files that are removed from the file system but they will remain in the set of requested roots.
If an included path represents a file, then the server will look in the directory containing the file for a pubspec.yaml file. If none is found, then the parents of the directory will be searched until such a file is found or the root of the file system is reached. If such a file is found, it will be used to resolve package: URI's within the file.
A list of the files and directories that should be analyzed.
A list of the files and directories within the included directories that should not be analyzed.
A mapping from source directories to package roots that should override the normal package: URI resolution mechanism.
If a package root is a file, then the analyzer will behave as though that file is a ".dart_tool/package_config.json" file in the source directory. The effect is the same as specifying the file as a "--packages" parameter to the Dart VM when executing any Dart file inside the source directory.
Files in any directories that are not overridden by this mapping have their package: URI's resolved using the normal pubspec.yaml mechanism. If this field is absent, or the empty map is specified, that indicates that the normal pubspec.yaml mechanism should always be used.
request: {
"id": String
"method": "analysis.setGeneralSubscriptions"
"params": {
"subscriptions": List<GeneralAnalysisService>
}
}response: {
"id": String
"error": optional RequestError
}Subscribe for general services (that is, services that are not specific to individual files). All previous subscriptions are replaced by the given set of services.
It is an error if any of the elements in the list are not valid services. If there is an error, then the current subscriptions will remain unchanged.
A list of the services being subscribed to.
request: {
"id": String
"method": "analysis.setPriorityFiles"
"params": {
"files": List<FilePath>
}
}response: {
"id": String
"error": optional RequestError
}Set the priority files to the files in the given list. A priority file is a file that is given priority when scheduling which analysis work to do first. The list typically contains those files that are visible to the user and those for which analysis results will have the biggest impact on the user experience. The order of the files within the list is significant: the first file will be given higher priority than the second, the second higher priority than the third, and so on.
Note that this request determines the set of requested priority files. The actual set of priority files is the intersection of the requested set of priority files with the set of files currently subject to analysis. (See analysis.setSubscriptions for a description of files that are subject to analysis.)
If a requested priority file is a directory it is ignored, but remains in the set of requested priority files so that if it later becomes a file it can be included in the set of actual priority files.
The files that are to be a priority for analysis.
request: {
"id": String
"method": "analysis.setSubscriptions"
"params": {
"subscriptions": Map<AnalysisService, List<FilePath>>
}
}response: {
"id": String
"error": optional RequestError
}Subscribe for services that are specific to individual files. All previous subscriptions are replaced by the current set of subscriptions. If a given service is not included as a key in the map then no files will be subscribed to the service, exactly as if the service had been included in the map with an explicit empty list of files.
Note that this request determines the set of requested subscriptions. The actual set of subscriptions at any given time is the intersection of this set with the set of files currently subject to analysis. The files currently subject to analysis are the set of files contained within an actual analysis root but not excluded, plus all of the files transitively reachable from those files via import, export and part directives. (See analysis.setAnalysisRoots for an explanation of how the actual analysis roots are determined.) When the actual analysis roots change, the actual set of subscriptions is automatically updated, but the set of requested subscriptions is unchanged.
If a requested subscription is a directory it is ignored, but remains in the set of requested subscriptions so that if it later becomes a file it can be included in the set of actual subscriptions.
It is an error if any of the keys in the map are not valid services. If there is an error, then the existing subscriptions will remain unchanged.
A table mapping services to a list of the files being subscribed to the service.
request: {
"id": String
"method": "analysis.updateContent"
"params": {
"files": Map<FilePath, AddContentOverlay | ChangeContentOverlay | RemoveContentOverlay>
}
}response: {
"id": String
"error": optional RequestError
"result": {
}
}Update the content of one or more files. Files that were previously updated but not included in this update remain unchanged. This effectively represents an overlay of the filesystem. The files whose content is overridden are therefore seen by the server as being files with the given content, even if the files do not exist on the filesystem or if the file path represents the path to a directory on the filesystem.
A table mapping the files whose content has changed to a description of the content change.
request: {
"id": String
"method": "analysis.updateOptions"
"params": {
"options": AnalysisOptions
}
}response: {
"id": String
"error": optional RequestError
}Deprecated: all of the options can be set by users in an analysis options file.
Update the options controlling analysis based on the given set of options. Any options that are not included in the analysis options will not be changed. If there are options in the analysis options that are not valid, they will be silently ignored.
The options that are to be used to control analysis.
notification: {
"event": "analysis.analyzedFiles"
"params": {
"directories": List<FilePath>
}
}Reports the paths of the files that are being analyzed.
This notification is not subscribed to by default. Clients can subscribe by including the value "ANALYZED_FILES" in the list of services passed in an analysis.setGeneralSubscriptions request.
A list of the paths of the files that are being analyzed.
notification: {
"event": "analysis.closingLabels"
"params": {
"file": FilePath
"labels": List<ClosingLabel>
}
}Reports closing labels relevant to a given file.
This notification is not subscribed to by default. Clients can subscribe by including the value "CLOSING_LABELS" in the list of services passed in an analysis.setSubscriptions request.
The file the closing labels relate to.
Closing labels relevant to the file. Each item represents a useful label associated with some range which may be useful to display to the user within the editor at the end of the range to indicate what construct is closed at that location. Closing labels include constructor/method calls and List arguments that span multiple lines. Note that the ranges that are returned can overlap each other because they may be associated with constructs that can be nested.
notification: {
"event": "analysis.errors"
"params": {
"file": FilePath
"errors": List<AnalysisError>
}
}Reports the errors associated with a given file. The set of errors included in the notification is always a complete list that supersedes any previously reported errors.
The file containing the errors.
The errors contained in the file.
notification: {
"event": "analysis.flushResults"
"params": {
"files": List<FilePath>
}
}Reports that any analysis results that were previously associated with the given files should be considered to be invalid because those files are no longer being analyzed, either because the analysis root that contained it is no longer being analyzed or because the file no longer exists.
If a file is included in this notification and at some later time a notification with results for the file is received, clients should assume that the file is once again being analyzed and the information should be processed.
It is not possible to subscribe to or unsubscribe from this notification.
The files that are no longer being analyzed.
notification: {
"event": "analysis.folding"
"params": {
"file": FilePath
"regions": List<FoldingRegion>
}
}Reports the folding regions associated with a given file. Folding regions can be nested, but will not be overlapping. Nesting occurs when a foldable element, such as a method, is nested inside another foldable element such as a class.
This notification is not subscribed to by default. Clients can subscribe by including the value "FOLDING" in the list of services passed in an analysis.setSubscriptions request.
The file containing the folding regions.
The folding regions contained in the file.
notification: {
"event": "analysis.highlights"
"params": {
"file": FilePath
"regions": List<HighlightRegion>
}
}Reports the highlight regions associated with a given file.
This notification is not subscribed to by default. Clients can subscribe by including the value "HIGHLIGHTS" in the list of services passed in an analysis.setSubscriptions request.
The file containing the highlight regions.
The highlight regions contained in the file. Each highlight region represents a particular syntactic or semantic meaning associated with some range. Note that the highlight regions that are returned can overlap other highlight regions if there is more than one meaning associated with a particular region.
notification: {
"event": "analysis.implemented"
"params": {
"file": FilePath
"classes": List<ImplementedClass>
"members": List<ImplementedMember>
}
}Reports the classes that are implemented or extended and class members that are implemented or overridden in a file.
This notification is not subscribed to by default. Clients can subscribe by including the value "IMPLEMENTED" in the list of services passed in an analysis.setSubscriptions request.
The file with which the implementations are associated.
The classes defined in the file that are implemented or extended.
The members defined in the file that are implemented or overridden.
notification: {
"event": "analysis.invalidate"
"params": {
"file": FilePath
"offset": int
"length": int
"delta": int
}
}Reports that the navigation information associated with a region of a single file has become invalid and should be re-requested.
This notification is not subscribed to by default. Clients can subscribe by including the value "INVALIDATE" in the list of services passed in an analysis.setSubscriptions request.
The file whose information has been invalidated.
The offset of the invalidated region.
The length of the invalidated region.
The delta to be applied to the offsets in information that follows the invalidated region in order to update it so that it doesn't need to be re-requested.
notification: {
"event": "analysis.navigation"
"params": {
"file": FilePath
"regions": List<NavigationRegion>
"targets": List<NavigationTarget>
"files": List<FilePath>
}
}Reports the navigation targets associated with a given file.
This notification is not subscribed to by default. Clients can subscribe by including the value "NAVIGATION" in the list of services passed in an analysis.setSubscriptions request.
The file containing the navigation regions.
The navigation regions contained in the file. The regions are sorted by their offsets. Each navigation region represents a list of targets associated with some range. The lists will usually contain a single target, but can contain more in the case of a part that is included in multiple libraries or in Dart code that is compiled against multiple versions of a package. Note that the navigation regions that are returned do not overlap other navigation regions.
The navigation targets referenced in the file. They are referenced by NavigationRegions by their index in this array.
The files containing navigation targets referenced in the file. They are referenced by NavigationTargets by their index in this array.
notification: {
"event": "analysis.occurrences"
"params": {
"file": FilePath
"occurrences": List<Occurrences>
}
}Reports the occurrences of references to elements within a single file.
This notification is not subscribed to by default. Clients can subscribe by including the value "OCCURRENCES" in the list of services passed in an analysis.setSubscriptions request.
The file in which the references occur.
The occurrences of references to elements within the file.
notification: {
"event": "analysis.outline"
"params": {
"file": FilePath
"kind": FileKind
"libraryName": optional String
"outline": Outline
}
}Reports the outline associated with a single file.
This notification is not subscribed to by default. Clients can subscribe by including the value "OUTLINE" in the list of services passed in an analysis.setSubscriptions request.
The file with which the outline is associated.
The kind of the file.
The name of the library defined by the file using a "library" directive, or referenced by a "part of" directive. If both "library" and "part of" directives are present, then the "library" directive takes precedence. This field will be omitted if the file has neither "library" nor "part of" directives.
The outline associated with the file.
notification: {
"event": "analysis.overrides"
"params": {
"file": FilePath
"overrides": List<Override>
}
}Reports the overriding members in a file.
This notification is not subscribed to by default. Clients can subscribe by including the value "OVERRIDES" in the list of services passed in an analysis.setSubscriptions request.
The file with which the overrides are associated.
The overrides associated with the file.
The code completion domain contains commands related to getting code completion suggestions.
request: {
"id": String
"method": "completion.getSuggestions2"
"params": {
"file": FilePath
"offset": int
"maxResults": int
"completionCaseMatchingMode": optional CompletionCaseMatchingMode
}
}response: {
"id": String
"error": optional RequestError
"result": {
"replacementOffset": int
"replacementLength": int
"suggestions": List<CompletionSuggestion>
"isIncomplete": bool
}
}Request that completion suggestions for the given offset in the given file be returned. The suggestions will be filtered using fuzzy matching with the already existing prefix.
The file containing the point at which suggestions are to be made.
The offset within the file at which suggestions are to be made.
The maximum number of suggestions to return. If the number of suggestions after filtering is greater than the maxResults, then isIncomplete is set to true.
The mode of code completion being invoked. If no value is provided, MATCH_FIRST_CHAR will be assumed.
The offset of the start of the text to be replaced. This will be different from the offset used to request the completion suggestions if there was a portion of an identifier before the original offset. In particular, the replacementOffset will be the offset of the beginning of said identifier.
The length of the text to be replaced if the remainder of the identifier containing the cursor is to be replaced when the suggestion is applied (that is, the number of characters in the existing identifier).
The completion suggestions being reported. This list is filtered by the already existing prefix, and sorted first by relevance, and (if the same) by the suggestion text. The list will have at most maxResults items. If the user types a new keystroke, the client is expected to either do local filtering (when the returned list was complete), or ask the server again (if isIncomplete was true).
This list contains suggestions from both imported, and not yet imported libraries. Items from not yet imported libraries will have isNotImported set to true.
True if the number of suggestions after filtering was greater than the requested maxResults.
request: {
"id": String
"method": "completion.registerLibraryPaths"
"params": {
"paths": List<LibraryPathSet>
}
}response: {
"id": String
"error": optional RequestError
}The client can make this request to express interest in certain libraries to receive completion suggestions from based on the client path. If this request is received before the client has used 'completion.setSubscriptions' to subscribe to the AVAILABLE_SUGGESTION_SETS service, then an error of type NOT_SUBSCRIBED_TO_AVAILABLE_SUGGESTION_SETS will be generated. All previous paths are replaced by the given set of paths.
A list of objects each containing a path and the additional libraries from which the client is interested in receiving completion suggestions. If one configured path is beneath another, the descendant will override the ancestors' configured libraries of interest.
request: {
"id": String
"method": "completion.getSuggestionDetails2"
"params": {
"file": FilePath
"offset": int
"completion": String
"libraryUri": String
}
}response: {
"id": String
"error": optional RequestError
"result": {
"completion": String
"change": SourceChange
}
}Clients must make this request when the user has selected a completion suggestion with the isNotImported field set to true. The server will respond with the text to insert, as well as any SourceChange that needs to be applied in case the completion requires an additional import to be added. The text to insert might be different from the original suggestion to include an import prefix if the library will be imported with a prefix to avoid shadowing conflicts in the file.
The path of the file into which this completion is being inserted.
The offset in the file where the completion will be inserted.
The completion from the selected CompletionSuggestion. It could be a name of a class, or a name of a constructor in the form "typeName.constructorName()", or an enumeration constant in the form "enumName.constantName", etc.
The URI of the library to import, so that the element referenced in the completion becomes accessible.
The full text to insert, which possibly includes now an import prefix. The client should insert this text, not the completion from the selected CompletionSuggestion.
A change for the client to apply to make the accepted completion suggestion available. In most cases the change is to add a new import directive to the file.
notification: {
"event": "completion.existingImports"
"params": {
"file": FilePath
"imports": ExistingImports
}
}Reports existing imports in a library. This notification may be sent multiple times for a library. When a notification is processed, clients should replace any previous information for the library.
The defining file of the library.
The existing imports in the library.
The search domain contains commands related to searches that can be performed against the code base.
request: {
"id": String
"method": "search.findElementReferences"
"params": {
"file": FilePath
"offset": int
"includePotential": bool
}
}response: {
"id": String
"error": optional RequestError
"result": {
"id": optional SearchId
"element": optional Element
}
}Perform a search for references to the element defined or referenced at the given offset in the given file.
An identifier is returned immediately, and individual results will be returned via the search.results notification as they become available.
The file containing the declaration of or reference to the element used to define the search.
The offset within the file of the declaration of or reference to the element.
True if potential matches are to be included in the results.
The identifier used to associate results with this search request.
If no element was found at the given location, this field will be absent, and no results will be reported via the search.results notification.
The element referenced or defined at the given offset and whose references will be returned in the search results.
If no element was found at the given location, this field will be absent.
request: {
"id": String
"method": "search.findMemberDeclarations"
"params": {
"name": String
}
}response: {
"id": String
"error": optional RequestError
"result": {
"id": SearchId
}
}Perform a search for declarations of members whose name is equal to the given name.
An identifier is returned immediately, and individual results will be returned via the search.results notification as they become available.
The name of the declarations to be found.
The identifier used to associate results with this search request.
request: {
"id": String
"method": "search.findMemberReferences"
"params": {
"name": String
}
}response: {
"id": String
"error": optional RequestError
"result": {
"id": SearchId
}
}Perform a search for references to members whose name is equal to the given name. This search does not check to see that there is a member defined with the given name, so it is able to find references to undefined members as well.
An identifier is returned immediately, and individual results will be returned via the search.results notification as they become available.
The name of the references to be found.
The identifier used to associate results with this search request.
request: {
"id": String
"method": "search.findTopLevelDeclarations"
"params": {
"pattern": String
}
}response: {
"id": String
"error": optional RequestError
"result": {
"id": SearchId
}
}Perform a search for declarations of top-level elements (classes, typedefs, getters, setters, functions and fields) whose name matches the given pattern.
An identifier is returned immediately, and individual results will be returned via the search.results notification as they become available.
The regular expression used to match the names of the declarations to be found.
The identifier used to associate results with this search request.
request: {
"id": String
"method": "search.getTypeHierarchy"
"params": {
"file": FilePath
"offset": int
"superOnly": optional bool
}
}response: {
"id": String
"error": optional RequestError
"result": {
"hierarchyItems": optional List<TypeHierarchyItem>
}
}Return the type hierarchy of the class declared or referenced at the given location.
The file containing the declaration or reference to the type for which a hierarchy is being requested.
The offset of the name of the type within the file.
True if the client is only requesting superclasses and interfaces hierarchy.
A list of the types in the requested hierarchy. The first element of the list is the item representing the type for which the hierarchy was requested. The index of other elements of the list is unspecified, but correspond to the integers used to reference supertype and subtype items within the items.
This field will be absent if the code at the given file and offset does not represent a type, or if the file has not been sufficiently analyzed to allow a type hierarchy to be produced.
notification: {
"event": "search.results"
"params": {
"id": SearchId
"results": List<SearchResult>
"isLast": bool
}
}Reports some or all of the results of performing a requested search. Unlike other notifications, this notification contains search results that should be added to any previously received search results associated with the same search id.
The id associated with the search.
The search results being reported.
True if this is that last set of results that will be returned for the indicated search.
The edit domain contains commands related to edits that can be applied to the code.
request: {
"id": String
"method": "edit.format"
"params": {
"file": FilePath
"selectionOffset": int
"selectionLength": int
"lineLength": optional int
}
}response: {
"id": String
"error": optional RequestError
"result": {
"edits": List<SourceEdit>
"selectionOffset": int
"selectionLength": int
}
}Format the contents of a single file. The currently selected region of text is passed in so that the selection can be preserved across the formatting operation. The updated selection will be as close to matching the original as possible, but whitespace at the beginning or end of the selected region will be ignored. If preserving selection information is not required, zero (0) can be specified for both the selection offset and selection length.
If a request is made for a file which does not exist, or which is not currently subject to analysis (e.g. because it is not associated with any analysis root specified to analysis.setAnalysisRoots), an error of type FORMAT_INVALID_FILE will be generated. If the source contains syntax errors, an error of type FORMAT_WITH_ERRORS will be generated.
The file containing the code to be formatted.
The offset of the current selection in the file.
The length of the current selection in the file.
The line length to be used by the formatter. This value is ignored if a formatter.page_width has been configured in the relevant analysis_options.yaml file.
The edit(s) to be applied in order to format the code. The list will be empty if the code was already formatted (there are no changes).
The offset of the selection after formatting the code.
The length of the selection after formatting the code.
request: {
"id": String
"method": "edit.getAssists"
"params": {
"file": FilePath
"offset": int
"length": int
}
}response: {
"id": String
"error": optional RequestError
"result": {
"assists": List<SourceChange>
}
}Return the set of assists that are available at the given location. An assist is distinguished from a refactoring primarily by the fact that it affects a single file and does not require user input in order to be performed.
The file containing the code for which assists are being requested.
The offset of the code for which assists are being requested.
The length of the code for which assists are being requested.
The assists that are available at the given location.
request: {
"id": String
"method": "edit.getAvailableRefactorings"
"params": {
"file": FilePath
"offset": int
"length": int
}
}response: {
"id": String
"error": optional RequestError
"result": {
"kinds": List<RefactoringKind>
}
}Get a list of the kinds of refactorings that are valid for the given selection in the given file.
The file containing the code on which the refactoring would be based.
The offset of the code on which the refactoring would be based.
The length of the code on which the refactoring would be based.
The kinds of refactorings that are valid for the given selection.
request: {
"id": String
"method": "edit.getFixes"
"params": {
"file": FilePath
"offset": int
}
}response: {
"id": String
"error": optional RequestError
"result": {
"fixes": List<AnalysisErrorFixes>
}
}Return the set of fixes that are available for the errors at a given offset in a given file.
If a request is made for a file which does not exist, or which is not currently subject to analysis (e.g. because it is not associated with any analysis root specified to analysis.setAnalysisRoots), an error of type GET_FIXES_INVALID_FILE will be generated.
The file containing the errors for which fixes are being requested.
The offset used to select the errors for which fixes will be returned.
The fixes that are available for the errors at the given offset.
request: {
"id": String
"method": "edit.getPostfixCompletion"
"params": {
"file": FilePath
"key": String
"offset": int
}
}response: {
"id": String
"error": optional RequestError
"result": {
"change": SourceChange
}
}Get the changes required to convert the postfix template at the given location into the template's expanded form.
The file containing the postfix template to be expanded.
The unique name that identifies the template in use.
The offset used to identify the code to which the template will be applied.
The change to be applied in order to complete the statement.
request: {
"id": String
"method": "edit.getRefactoring"
"params": {
"kind": RefactoringKind
"file": FilePath
"offset": int
"length": int
"validateOnly": bool
"options": optional RefactoringOptions
}
}response: {
"id": String
"error": optional RequestError
"result": {
"initialProblems": List<RefactoringProblem>
"optionsProblems": List<RefactoringProblem>
"finalProblems": List<RefactoringProblem>
"feedback": optional RefactoringFeedback
"change": optional SourceChange
"potentialEdits": optional List<String>
}
}Get the changes required to perform a refactoring.
If another refactoring request is received during the processing of this one, an error of type REFACTORING_REQUEST_CANCELLED will be generated.
The kind of refactoring to be performed.
The file containing the code involved in the refactoring.
The offset of the region involved in the refactoring.
The length of the region involved in the refactoring.
True if the client is only requesting that the values of the options be validated and no change be generated.
Data used to provide values provided by the user. The structure of the data is dependent on the kind of refactoring being performed. The data that is expected is documented in the section titled Refactorings, labeled as "Options". This field can be omitted if the refactoring does not require any options or if the values of those options are not known.
The initial status of the refactoring, i.e. problems related to the context in which the refactoring is requested. The array will be empty if there are no known problems.
The options validation status, i.e. problems in the given options, such as light-weight validation of a new name, flags compatibility, etc. The array will be empty if there are no known problems.
The final status of the refactoring, i.e. problems identified in the result of a full, potentially expensive validation and / or change creation. The array will be empty if there are no known problems.
Data used to provide feedback to the user. The structure of the data is dependent on the kind of refactoring being created. The data that is returned is documented in the section titled Refactorings, labeled as "Feedback".
The changes that are to be applied to affect the refactoring. This field will be omitted if there are problems that prevent a set of changes from being computed, such as having no options specified for a refactoring that requires them, or if only validation was requested.
The ids of source edits that are not known to be valid. An edit is not known to be valid if there was insufficient type information for the server to be able to determine whether or not the code needs to be modified, such as when a member is being renamed and there is a reference to a member from an unknown type. This field will be omitted if the change field is omitted or if there are no potential edits for the refactoring.
request: {
"id": String
"method": "edit.sortMembers"
"params": {
"file": FilePath
}
}response: {
"id": String
"error": optional RequestError
"result": {
"edit": SourceFileEdit
}
}Sort all of the directives, unit and class members of the given Dart file.
If a request is made for a file that does not exist, does not belong to an analysis root or is not a Dart file, SORT_MEMBERS_INVALID_FILE will be generated.
If the Dart file has scan or parse errors, SORT_MEMBERS_PARSE_ERRORS will be generated.
The Dart file to sort.
The file edit that is to be applied to the given file to affect the sorting.
request: {
"id": String
"method": "edit.organizeDirectives"
"params": {
"file": FilePath
}
}response: {
"id": String
"error": optional RequestError
"result": {
"edit": SourceFileEdit
}
}Organizes all of the directives - removes unused imports and sorts directives of the given Dart file according to the Dart Style Guide.
If a request is made for a file that does not exist, does not belong to an analysis root or is not a Dart file, FILE_NOT_ANALYZED will be generated.
If directives of the Dart file cannot be organized, for example because it has scan or parse errors, or by other reasons, ORGANIZE_DIRECTIVES_ERROR will be generated. The message will provide details about the reason.
The Dart file to organize directives in.
The file edit that is to be applied to the given file to affect the organizing.
The execution domain contains commands related to providing an execution or debugging experience.
request: {
"id": String
"method": "execution.createContext"
"params": {
"contextRoot": FilePath
}
}response: {
"id": String
"error": optional RequestError
"result": {
"id": ExecutionContextId
}
}Create an execution context for the executable file with the given path. The context that is created will persist until execution.deleteContext is used to delete it. Clients, therefore, are responsible for managing the lifetime of execution contexts.
The path of the Dart or HTML file that will be launched, or the path of the directory containing the file.
The identifier used to refer to the execution context that was created.
request: {
"id": String
"method": "execution.deleteContext"
"params": {
"id": ExecutionContextId
}
}response: {
"id": String
"error": optional RequestError
}Delete the execution context with the given identifier. The context id is no longer valid after this command. The server is allowed to re-use ids when they are no longer valid.
The identifier of the execution context that is to be deleted.
request: {
"id": String
"method": "execution.getSuggestions"
"params": {
"code": String
"offset": int
"contextFile": FilePath
"contextOffset": int
"variables": List<RuntimeCompletionVariable>
"expressions": optional List<RuntimeCompletionExpression>
}
}response: {
"id": String
"error": optional RequestError
"result": {
"suggestions": optional List<CompletionSuggestion>
"expressions": optional List<RuntimeCompletionExpression>
}
}Request completion suggestions for the given runtime context.
It might take one or two requests of this type to get completion suggestions. The first request should have only "code", "offset", and "variables", but not "expressions". If there are sub-expressions that can have different runtime types, and are considered to be safe to evaluate at runtime (e.g. getters), so using their actual runtime types can improve completion results, the server will not include the "suggestions" field in the response, and instead will return the "expressions" field. The client will use debug API to get current runtime types for these sub-expressions and send another request, this time with "expressions". If there are no interesting sub-expressions to get runtime types for, or when the "expressions" field is provided by the client, the server will return "suggestions" in the response.
The code to get suggestions in.
The offset within the code to get suggestions at.
The path of the context file, e.g. the file of the current debugger frame. The combination of the context file and context offset can be used to ensure that all variables of the context are available for completion (with their static types).
The offset in the context file, e.g. the line offset in the current debugger frame.
The runtime context variables that are potentially referenced in the code.
The list of sub-expressions in the code for which the client wants to provide runtime types. It does not have to be the full list of expressions requested by the server, for missing expressions their static types will be used.
When this field is omitted, the server will return completion suggestions only when there are no interesting sub-expressions in the given code. The client may provide an empty list, in this case the server will return completion suggestions.
The completion suggestions. In contrast to usual completion requests, suggestions for private elements also will be provided.
If there are sub-expressions that can have different runtime types, and are considered to be safe to evaluate at runtime (e.g. getters), so using their actual runtime types can improve completion results, the server omits this field in the response, and instead will return the "expressions" field.
The list of sub-expressions in the code for which the server would like to know runtime types to provide better completion suggestions.
This field is omitted the field "suggestions" is returned.
request: {
"id": String
"method": "execution.mapUri"
"params": {
"id": ExecutionContextId
"file": optional FilePath
"uri": optional String
}
}response: {
"id": String
"error": optional RequestError
"result": {
"file": optional FilePath
"uri": optional String
}
}Map a URI from the execution context to the file that it corresponds to, or map a file to the URI that it corresponds to in the execution context.
Exactly one of the file and uri fields must be provided. If both fields are provided, then an error of type INVALID_PARAMETER will be generated. Similarly, if neither field is provided, then an error of type INVALID_PARAMETER will be generated.
If the file field is provided and the value is not the path of a file (either the file does not exist or the path references something other than a file), then an error of type INVALID_PARAMETER will be generated.
If the uri field is provided and the value is not a valid URI or if the URI references something that is not a file (either a file that does not exist or something other than a file), then an error of type INVALID_PARAMETER will be generated.
If the contextRoot used to create the execution context does not exist, then an error of type INVALID_EXECUTION_CONTEXT will be generated.
The identifier of the execution context in which the URI is to be mapped.
The path of the file to be mapped into a URI.
The URI to be mapped into a file path.
The file to which the URI was mapped. This field is omitted if the uri field was not given in the request.
The URI to which the file path was mapped. This field is omitted if the file field was not given in the request.
request: {
"id": String
"method": "execution.setSubscriptions"
"params": {
"subscriptions": List<ExecutionService>
}
}response: {
"id": String
"error": optional RequestError
}Deprecated: the analysis server no longer fires LAUNCH_DATA events.
Subscribe for services. All previous subscriptions are replaced by the given set of services.
It is an error if any of the elements in the list are not valid services. If there is an error, then the current subscriptions will remain unchanged.
A list of the services being subscribed to.
notification: {
"event": "execution.launchData"
"params": {
"file": FilePath
"kind": optional ExecutableKind
"referencedFiles": optional List<FilePath>
}
}Reports information needed to allow a single file to be launched.
This notification is not subscribed to by default. Clients can subscribe by including the value "LAUNCH_DATA" in the list of services passed in an execution.setSubscriptions request.
The file for which launch data is being provided. This will either be a Dart library or an HTML file.
The kind of the executable file. This field is omitted if the file is not a Dart file.
A list of the Dart files that are referenced by the file. This field is omitted if the file is not an HTML file.
The diagnostic domain contains server diagnostics APIs.
request: {
"id": String
"method": "diagnostic.getDiagnostics"
}response: {
"id": String
"error": optional RequestError
"result": {
"contexts": List<ContextData>
}
}Return server diagnostics.
The list of analysis contexts.
request: {
"id": String
"method": "diagnostic.getServerPort"
}response: {
"id": String
"error": optional RequestError
"result": {
"port": int
}
}Return the port of the diagnostic web server. If the server is not running this call will start the server. If unable to start the diagnostic web server, this call will return an error of DEBUG_PORT_COULD_NOT_BE_OPENED.
The diagnostic server port.
The analysis domain contains API's related to Flutter support.
request: {
"id": String
"method": "flutter.setSubscriptions"
"params": {
"subscriptions": Map<FlutterService, List<FilePath>>
}
}response: {
"id": String
"error": optional RequestError
}Subscribe for services that are specific to individual files. All previous subscriptions are replaced by the current set of subscriptions. If a given service is not included as a key in the map then no files will be subscribed to the service, exactly as if the service had been included in the map with an explicit empty list of files.
Note that this request determines the set of requested subscriptions. The actual set of subscriptions at any given time is the intersection of this set with the set of files currently subject to analysis. The files currently subject to analysis are the set of files contained within an actual analysis root but not excluded, plus all of the files transitively reachable from those files via import, export and part directives. (See analysis.setAnalysisRoots for an explanation of how the actual analysis roots are determined.) When the actual analysis roots change, the actual set of subscriptions is automatically updated, but the set of requested subscriptions is unchanged.
If a requested subscription is a directory it is ignored, but remains in the set of requested subscriptions so that if it later becomes a file it can be included in the set of actual subscriptions.
It is an error if any of the keys in the map are not valid services. If there is an error, then the existing subscriptions will remain unchanged.
A table mapping services to a list of the files being subscribed to the service.
notification: {
"event": "flutter.outline"
"params": {
"file": FilePath
"outline": FlutterOutline
}
}Reports the Flutter outline associated with a single file.
This notification is not subscribed to by default. Clients can subscribe by including the value "OUTLINE" in the list of services passed in an flutter.setSubscriptions request.
The file with which the outline is associated.
The outline associated with the file.
This section contains descriptions of the data types referenced in the API's of the various domains.
A directive to begin overlaying the contents of a file. The supplied content will be used for analysis in place of the file contents in the filesystem.
If this directive is used on a file that already has a file content overlay, the old overlay is discarded and replaced with the new one.
The new content of the file.
An optional version number for the document. Version numbers allow the server to tag edits with the version of the document they apply to which can avoid applying edits to documents that have already been updated since the edits were computed.
If version numbers are supplied with AddContentOverlay and ChangeContentOverlay, they must be increasing (but not necessarily consecutive) numbers.
An indication of an error, warning, or hint that was produced by the analysis.
The severity of the error.
The type of the error.
The location associated with the error.
The message to be displayed for this error. The message should indicate what is wrong with the code and why it is wrong.
The correction message to be displayed for this error. The correction message should indicate how the user can fix the error. The field is omitted if there is no correction message associated with the error code.
The name, as a string, of the error code associated with this error.
The URL of a page containing documentation associated with this error.
Additional messages associated with this diagnostic that provide context to help the user understand the diagnostic.
A hint to indicate to interested clients that this error has an associated fix (or fixes). The absence of this field implies there are not known to be fixes. Note that since the operation to calculate whether fixes apply needs to be performant it is possible that complicated tests will be skipped and a false negative returned. For this reason, this attribute should be treated as a "hint". Despite the possibility of false negatives, no false positives should be returned. If a client sees this flag set they can proceed with the confidence that there are in fact associated fixes.
A list of fixes associated with a specific error.
The error with which the fixes are associated.
The fixes associated with the error.
An enumeration of the possible severities of analysis errors.
An enumeration of the possible types of analysis errors.
Deprecated: the only reference to this type has been deprecated.
A set of options controlling what kind of analysis is to be performed. If the value of a field is omitted the value of the option will not be changed.
Deprecated: this feature is always enabled.
True if the client wants to enable support for the proposed async feature.
Deprecated: this feature is always enabled.
True if the client wants to enable support for the proposed deferred loading feature.
Deprecated: this feature is always enabled.
True if the client wants to enable support for the proposed enum feature.
Deprecated: this feature is always enabled.
True if the client wants to enable support for the proposed "null aware operators" feature.
True if hints that are specific to dart2js should be generated. This option is ignored if generateHints is false.
True if hints should be generated as part of generating errors and warnings.
True if lints should be generated as part of generating errors and warnings.
An enumeration of the services provided by the analysis domain that are related to a specific list of files.
This service is not currently implemented and will become a GeneralAnalysisService in a future release.
An indication of the current state of analysis.
True if analysis is currently being performed.
The name of the current target of analysis. This field is omitted if analyzing is false.
A description of bulk fixes to a library.
The path of the library.
A list of bulk fix details.
A description of a fix applied to a library.
The code of the diagnostic associated with the fix.
The number times the associated diagnostic was fixed in the associated source edit.
A directive to modify an existing file content overlay. One or more ranges of text are deleted from the old file content overlay and replaced with new text.
The edits are applied in the order in which they occur in the list. This means that the offset of each edit must be correct under the assumption that all previous edits have been applied.
It is an error to use this overlay on a file that does not yet have a file content overlay or that has had its overlay removed via RemoveContentOverlay.
If any of the edits cannot be applied due to its offset or length being out of range, an INVALID_OVERLAY_CHANGE error will be reported.
The edits to be applied to the file.
An optional version number for the document. Version numbers allow the server to tag edits with the version of the document they apply to which can avoid applying edits to documents that have already been updated since the edits were computed.
If version numbers are supplied with AddContentOverlay and ChangeContentOverlay, they must be increasing (but not necessarily consecutive) numbers.
A label that is associated with a range of code that may be useful to render at the end of the range to aid code readability. For example, a constructor call that spans multiple lines may result in a closing label to allow the constructor type/name to be rendered alongside the closing parenthesis.
The offset of the construct being labelled.
The length of the whole construct to be labelled.
The label associated with this range that should be displayed to the user.
An enumeration of the character case matching modes that the user may set in the client.
Match the first character case only when filtering completions, the default for this enumeration.
Match all character cases when filtering completion lists.
Do not match character cases when filtering completion lists.
An enumeration of the kinds of code completion that users can invoke.
Basic code completion invocation type, and the default for this enumeration.
Smart code completion, currently not implemented.
A suggestion for how to complete partially entered text. Many of the fields are optional, depending on the kind of element being suggested.
The kind of element being suggested.
The relevance of this completion suggestion where a higher number indicates a higher relevance.
The identifier to be inserted if the suggestion is selected. If the suggestion is for a method or function, the client might want to additionally insert a template for the parameters. The information required in order to do so is contained in other fields.
Text to be displayed in, for example, a completion pop-up. This field is only defined if the displayed text should be different than the completion. Otherwise it is omitted.
The offset of the start of the text to be replaced. If supplied, this should be used in preference to the offset provided on the containing completion results. This value may be provided independently of replacementLength (for example if only one differs from the completion result value).
The length of the text to be replaced. If supplied, this should be used in preference to the offset provided on the containing completion results. This value may be provided independently of replacementOffset (for example if only one differs from the completion result value).
The offset, relative to the beginning of the completion, of where the selection should be placed after insertion.
The number of characters that should be selected after insertion.
True if the suggested element is deprecated.
True if the element is not known to be valid for the target. This happens if the type of the target is dynamic.
An abbreviated version of the Dartdoc associated with the element being suggested. This field is omitted if there is no Dartdoc associated with the element.
The Dartdoc associated with the element being suggested. This field is omitted if there is no Dartdoc associated with the element.
The class that declares the element being suggested. This field is omitted if the suggested element is not a member of a class.
A default String for use in generating argument list source contents on the client side.
Pairs of offsets and lengths describing 'defaultArgumentListString' text ranges suitable for use by clients to set up linked edits of default argument source contents. For example, given an argument list string 'x, y', the corresponding text range [0, 1, 3, 1], indicates two text ranges of length 1, starting at offsets 0 and 3. Clients can use these ranges to treat the 'x' and 'y' values specially for linked edits.
Information about the element reference being suggested.
The return type of the getter, function or method or the type of the field being suggested. This field is omitted if the suggested element is not a getter, function or method.
The names of the parameters of the function or method being suggested. This field is omitted if the suggested element is not a setter, function or method.
The types of the parameters of the function or method being suggested. This field is omitted if the parameterNames field is omitted.
The number of required parameters for the function or method being suggested. This field is omitted if the parameterNames field is omitted.
True if the function or method being suggested has at least one named parameter. This field is omitted if the parameterNames field is omitted.
The name of the optional parameter being suggested. This field is omitted if the suggestion is not the addition of an optional argument within an argument list.
The type of the options parameter being suggested. This field is omitted if the parameterName field is omitted.
This field is omitted if getSuggestions was used rather than getSuggestions2.
This field is omitted if this suggestion corresponds to a locally declared element.
If this suggestion corresponds to an already imported element, then this field is the URI of a library that provides this element, not the URI of the library where the element is declared.
If this suggestion corresponds to an element from a not yet imported library, this field is the URI of a library that could be imported to make this suggestion accessible in the file where completion was requested, such as package:foo/bar.dart or file:///home/me/workspace/foo/test/bar_test.dart.
True if the suggestion is for an element from a not yet imported library. This field is omitted if the element is declared locally, or is from library is already imported, so that the suggestion can be inserted as is, or if getSuggestions was used rather than getSuggestions2.
An enumeration of the kinds of elements that can be included in a completion suggestion.
A list of arguments for the method or function that is being invoked. For this suggestion kind, the completion field is a textual representation of the invocation and the parameterNames, parameterTypes, and requiredParameterCount attributes are defined.
The element identifier should be inserted at the completion location. For example "someMethod" in import 'myLib.dart' show someMethod;. For suggestions of this kind, the element attribute is defined and the completion field is the element's identifier.
The element is being invoked at the completion location. For example, 'someMethod' in x.someMethod();. For suggestions of this kind, the element attribute is defined and the completion field is the element's identifier.
A keyword is being suggested. For suggestions of this kind, the completion is the keyword.
A named argument for the current call site is being suggested. For suggestions of this kind, the completion is the named argument identifier including a trailing ':' and a space.
An overriding implementation of a class member is being suggested.
The name of a pub package is being suggested.
Information about an analysis context.
The name of the context.
Explicitly analyzed files.
Implicitly analyzed files.
The number of work items in the queue.
Exceptions associated with cache entries.
A message associated with a diagnostic.
For example, if the diagnostic is reporting that a variable has been referenced before it was declared, it might have a diagnostic message that indicates where the variable is declared.
The message to be displayed to the user.
The location associated with or referenced by the message. Clients should provide the ability to navigate to the location.
Information about an element (something that can be declared in code).
The kind of the element.
The name of the element. This is typically used as the label in the outline.
The location of the name in the declaration of the element.
A bit-map containing the following flags:
The parameter list for the element. If the element is not a method or function this field will not be defined. If the element doesn't have parameters (e.g. getter), this field will not be defined. If the element has zero parameters, this field will have a value of "()".
The return type of the element. If the element is not a method or function this field will not be defined. If the element does not have a declared return type, this field will contain an empty string.
The type parameter list for the element. If the element doesn't have type parameters, this field will not be defined.
If the element is a type alias, this field is the aliased type. Otherwise this field will not be defined.
A declaration - top-level (class, field, etc) or a class member (method, field, etc).
The name of the declaration.
The kind of the element that corresponds to the declaration.
The index of the file (in the enclosing response).
The offset of the declaration name in the file.
The one-based index of the line containing the declaration name.
The one-based index of the column containing the declaration name.
The offset of the first character of the declaration code in the file.
The length of the declaration code in the file.
The name of the class enclosing this declaration. If the declaration is not a class member, this field will be absent.
The name of the mixin enclosing this declaration. If the declaration is not a mixin member, this field will be absent.
The parameter list for the element. If the element is not a method or function this field will not be defined. If the element doesn't have parameters (e.g. getter), this field will not be defined. If the element has zero parameters, this field will have a value of "()". The value should not be treated as exact presentation of parameters, it is just approximation of parameters to give the user general idea.
An enumeration of the kinds of elements.
A description of an executable file.
The path of the executable file.
The kind of the executable file.
An enumeration of the kinds of executable files.
The identifier for a execution context.
An enumeration of the services provided by the execution domain.
Information about an existing import, with elements that it provides.
The URI of the imported library. It is an index in the strings field, in the enclosing ExistingImports and its ImportedElementSet object.
The list of indexes of elements, in the enclosing ExistingImports object.
Information about all existing imports in a library.
The set of all unique imported elements for all imports.
The list of imports in the library.
An enumeration of the kinds of files.
The absolute, normalized path of a file.
If the format of a file path in a request is not valid, e.g. the path is not absolute or is not normalized, then an error of type INVALID_FILE_PATH_FORMAT will be generated.
An node in the Flutter specific outline structure of a file.
The kind of the node.
The offset of the first character of the element. This is different than the offset in the Element, which is the offset of the name of the element. It can be used, for example, to map locations in the file back to an outline.
The length of the element.
The offset of the first character of the element code, which is neither documentation, nor annotation.
The length of the element code.
The text label of the node children of the node. It is provided for any FlutterOutlineKind.GENERIC node, where better information is not available.
If this node is a Dart element, the description of it; omitted otherwise.
Additional attributes for this node, which might be interesting to display on the client. These attributes are usually arguments for the instance creation or the invocation that created the widget.
If the node creates a new class instance, or a reference to an instance, this field has the name of the class.
A short text description how this node is associated with the parent node. For example "appBar" or "body" in Scaffold.
If FlutterOutlineKind.VARIABLE, the name of the variable.
The children of the node. The field will be omitted if the node has no children.
An attribute for a FlutterOutline.
The name of the attribute.
The label of the attribute value, usually the Dart code. It might be quite long, the client should abbreviate as needed.
The boolean literal value of the attribute. This field is absent if the value is not a boolean literal.
The integer literal value of the attribute. This field is absent if the value is not an integer literal.
The string literal value of the attribute. This field is absent if the value is not a string literal.
If the attribute is a named argument, the location of the name, without the colon.
The location of the value.
This field is always available, but marked optional for backward compatibility between new clients with older servers.
An enumeration of the kinds of FlutterOutline elements. The list of kinds might be expanded with time, clients must be able to handle new kinds in some general way.
A dart element declaration.
A generic Flutter element, without additional information.
A new instance creation.
An invocation of a method, a top-level function, a function expression, etc.
A reference to a local variable, or a field.
The parent node has a required Widget. The node works as a placeholder child to drop a new Widget to.
An enumeration of the services provided by the flutter domain that are related to a specific list of files.
A property of a Flutter widget.
The documentation of the property to show to the user. Omitted if the server does not know the documentation, e.g. because the corresponding field is not documented.
If the value of this property is set, the Dart code of the expression of this property.
The unique identifier of the property, must be passed back to the server when updating the property value. Identifiers become invalid on any source code change.
True if the property is required, e.g. because it corresponds to a required parameter of a constructor.
If the property expression is a concrete value (e.g. a literal, or an enum constant), then it is safe to replace the expression with another concrete value. In this case this field is true. Otherwise, for example when the expression is a reference to a field, so that its value is provided from outside, this field is false.
The name of the property to display to the user.
The list of children properties, if any. For example any property of type EdgeInsets will have four children properties of type double - left / top / right / bottom.
The editor that should be used by the client. This field is omitted if the server does not know the editor for this property, for example because it does not have one of the supported types.
If the expression is set, and the server knows the value of the expression, this field is set.
An editor for a property of a Flutter widget.
An enumeration of the kinds of property editors.
The editor for a property of type bool.
The editor for a property of the type double.
The editor for choosing an item of an enumeration, see the enumItems field of FlutterWidgetPropertyEditor.
The editor for either choosing a pre-defined item from a list of provided static field references (like ENUM), or specifying a free-form expression.
The editor for a property of type int.
The editor for a property of the type String.
A value of a property of a Flutter widget.
A free-form expression, which will be used as the value as is.
An item of an enumeration in a general sense - actual enum value, or a static field in a class.
The URI of the library containing the className. When the enum item is passed back, this will allow the server to import the corresponding library if necessary.
The name of the class or enum.
The name of the field in the enumeration, or the static field in the class.
The documentation to show to the user. Omitted if the server does not know the documentation, e.g. because the corresponding field is not documented.
An enumeration of the kinds of folding regions.
A description of a region that can be folded.
The kind of the region.
The offset of the region to be folded.
The length of the region to be folded.
An enumeration of the services provided by the analysis domain that are general in nature (that is, are not specific to some list of files).
A description of a region that could have special highlighting associated with it.
The type of highlight associated with the region.
The offset of the region to be highlighted.
The length of the region to be highlighted.
An enumeration of the kinds of highlighting that can be applied to files.
Deprecated - no longer sent.
Deprecated - no longer sent.
Deprecated - no longer sent.
Deprecated - no longer sent.
Deprecated - no longer sent.
Deprecated - no longer sent.
Deprecated - no longer sent.
Deprecated - no longer sent.
Deprecated - no longer sent.
Deprecated - no longer sent.
Deprecated - no longer sent.
Deprecated - no longer sent.
Deprecated - no longer sent.
Deprecated - no longer sent.
The hover information associated with a specific location.
The offset of the range of characters that encompasses the cursor position and has the same hover information as the cursor position.
The length of the range of characters that encompasses the cursor position and has the same hover information as the cursor position.
The path to the defining compilation unit of the library in which the referenced element is declared. This data is omitted if there is no referenced element, or if the element is declared inside an HTML file.
The URI of the containing library, examples here include "dart:core", "package:.." and file uris represented by the path on disk, "/..". The data is omitted if the element is declared inside an HTML file.
A human-readable description of the class declaring the element being referenced. This data is omitted if there is no referenced element, or if the element is not a class member.
The dartdoc associated with the referenced element. Other than the removal of the comment delimiters, including leading asterisks in the case of a block comment, the dartdoc is unprocessed markdown. This data is omitted if there is no referenced element, or if the element has no dartdoc.
A human-readable description of the element being referenced. This data is omitted if there is no referenced element.
A human-readable description of the kind of element being referenced (such as "class" or "function type alias"). This data is omitted if there is no referenced element.
True if the referenced element is deprecated.
A human-readable description of the parameter corresponding to the expression being hovered over. This data is omitted if the location is not in an argument to a function.
The name of the propagated type of the expression. This data is omitted if the location does not correspond to an expression or if there is no propagated type information.
The name of the static type of the expression. This data is omitted if the location does not correspond to an expression.
A description of a class that is implemented or extended.
The offset of the name of the implemented class.
The length of the name of the implemented class.
A description of a class member that is implemented or overridden.
The offset of the name of the implemented member.
The length of the name of the implemented member.
The set of top-level elements encoded as pairs of the defining library URI and the name, and stored in the parallel lists elementUris and elementNames.
The list of unique strings in this object.
The library URI part of the element. It is an index in the strings field.
The name part of a the element. It is an index in the strings field.
A description of the elements that are referenced in a region of a file that come from a single imported library.
The absolute and normalized path of the file containing the library.
The prefix that was used when importing the library into the original source.
The names of the elements imported from the library.
A list of associations between paths and the libraries that should be included for code completion when editing a file beneath that path.
The filepath for which this request's libraries should be active in completion suggestions. This object associates filesystem regions to libraries and library directories of interest to the client.
The paths of the libraries of interest to the client for completion suggestions.
A collection of positions that should be linked (edited simultaneously) for the purposes of updating code after a source change. For example, if a set of edits introduced a new variable name, the group would contain all of the positions of the variable name so that if the client wanted to let the user edit the variable name after the operation, all occurrences of the name could be edited simultaneously.
Edit groups may have a length of 0 and function as tabstops where there is no default text, for example, an edit that inserts an if statement might provide an empty group between parens where a condition should be typed. For this reason, it's also valid for a group to contain only a single position that is not linked to others.
The positions of the regions (after applying the relevant edits) that should be edited simultaneously.
The length of the regions that should be edited simultaneously.
Pre-computed suggestions for what every region might want to be changed to.
A suggestion of a value that could be used to replace all of the linked edit regions in a LinkedEditGroup.
The value that could be used to replace all of the linked edit regions.
The kind of value being proposed.
An enumeration of the kind of values that can be suggested for a linked edit.
A location (character range) within a file.
The file containing the range.
The offset of the range.
The length of the range.
The one-based index of the line containing the first character of the range.
The one-based index of the column containing the first character of the range.
The one-based index of the line containing the character immediately following the range.
The one-based index of the column containing the character immediately following the range.
An action associated with a message that the server is requesting the client to display to the user.
The label of the button to be displayed, and the value to be returned to the server if the button is clicked.
The type of a message that the server is requesting the client to display to the user. The type can be used by the client to control the way in which the message is displayed.
The message is an error message.
The message is a warning message.
The message is an informational message.
The message is a log message.
A description of a region from which the user can navigate to the declaration of an element.
The offset of the region from which the user can navigate.
The length of the region from which the user can navigate.
The indexes of the targets (in the enclosing navigation response) to which the given region is bound. By opening the target, clients can implement one form of navigation. This list cannot be empty.
A description of a target to which the user can navigate.
The kind of the element.
The index of the file (in the enclosing navigation response) to navigate to.
The offset of the name of the target to which the user can navigate.
The length of the name of the target to which the user can navigate.
The one-based index of the line containing the first character of the name of the target.
The one-based index of the column containing the first character of the name of the target.
The offset of the target code to which the user can navigate.
The length of the target code to which the user can navigate.
A description of the references to a single element within a single file.
The element that was referenced.
The offsets of the name of the referenced element within the file.
The length of the name of the referenced element.
An node in the outline structure of a file.
A description of the element represented by this node.
The offset of the first character of the element. This is different than the offset in the Element, which is the offset of the name of the element. It can be used, for example, to map locations in the file back to an outline.
The length of the element.
The offset of the first character of the element code, which is neither documentation, nor annotation.
The length of the element code.
The children of the node. The field will be omitted if the node has no children. Children are sorted by offset.
A description of a member that is being overridden.
The element that is being overridden.
The name of the class in which the member is defined.
A description of a member that overrides an inherited member.
The offset of the name of the overriding member.
The length of the name of the overriding member.
The member inherited from a superclass that is overridden by the overriding member. The field is omitted if there is no superclass member, in which case there must be at least one interface member.
The members inherited from interfaces that are overridden by the overriding member. The field is omitted if there are no interface members, in which case there must be a superclass member.
A position within a file.
The file containing the position.
The offset of the position.
The description of a postfix completion template.
The template name, shown in the UI.
The unique template key, not shown in the UI.
A short example of the transformation performed when the template is applied.
An indication of the current state of pub execution.
True if the server is currently running pub to produce a list of package directories.
An abstract superclass of all refactoring feedbacks.
An enumeration of the kinds of refactorings that can be created.
A description of a parameter in a method refactoring.
The unique identifier of the parameter. Clients may omit this field for the parameters they want to add.
The kind of the parameter.
The type that should be given to the parameter, or the return type of the parameter's function type.
The name that should be given to the parameter.
The parameter list of the parameter's function type. If the parameter is not of a function type, this field will not be defined. If the function type has zero parameters, this field will have a value of '()'.
An enumeration of the kinds of parameters.
An abstract superclass of all refactoring options.
A description of a problem related to a refactoring.
The severity of the problem being represented.
A human-readable description of the problem being represented.
The location of the problem being represented. This field is omitted unless there is a specific location associated with the problem (such as a location where an element being renamed will be shadowed).
An enumeration of the severities of problems that can be returned by the refactoring requests.
A minor code problem. No example, because it is not used yet.
A minor code problem. For example names of local variables should be camel case and start with a lower case letter. Staring the name of a variable with an upper case is OK from the language point of view, but it is nice to warn the user.
The refactoring technically can be performed, but there is a logical problem. For example the name of a local variable being extracted conflicts with another name in the scope, or duplicate parameter names in the method being extracted, or a conflict between a parameter name and a local variable, etc. In some cases the location of the problem is also provided, so the IDE can show user the location and the problem, and let the user decide whether they want to perform the refactoring. For example the name conflict might be expected, and the user wants to fix it afterwards.
A fatal error, which prevents performing the refactoring. For example the name of a local variable being extracted is not a valid identifier, or selection is not a valid expression.
A directive to remove an existing file content overlay. After processing this directive, the file contents will once again be read from the file system.
If this directive is used on a file that doesn't currently have a content overlay, it has no effect.
An indication of a problem with the execution of the server, typically in response to a request.
A code that uniquely identifies the error that occurred.
A short description of the error.
The stack trace associated with processing the request, used for debugging the server.
An enumeration of the types of errors that can occur in the execution of the server.
An "analysis.getErrors" or "analysis.getNavigation" request could not be satisfied because the content of the file changed before the requested results could be computed.
The server was unable to open a port for the diagnostic server.
A request specified a FilePath which does not match a file in an analysis root, or the requested operation is not available for the file.
A file was change while widget descriptions were being computed.
The given location does not have a supported widget.
The given property expression is invalid, e.g. has a syntax error.
The given property identifier is not valid. It might have never been valid, or a change to code invalidated it, or its TTL was exceeded.
The value of the property cannot be removed, for example because the corresponding constructor argument is required, and the server does not know what default value to use.
An "edit.format" request specified a FilePath which does not match a Dart file in an analysis root.
An "edit.format" request specified a file that contains syntax errors.
An "analysis.getErrors" request specified a FilePath which does not match a file currently subject to analysis.
An "edit.getFixes" request specified a FilePath which does not match a file currently subject to analysis.
An "analysis.getImportedElements" request specified a FilePath that does not match a file currently subject to analysis.
An "analysis.getNavigation" request specified a FilePath which does not match a file currently subject to analysis.
An "analysis.getReachableSources" request specified a FilePath which does not match a file currently subject to analysis.
An "analysis.getSignature" request specified a FilePath which does not match a file currently subject to analysis.
An "analysis.getSignature" request specified an offset which is not a valid location within for the contents of the file specified FilePath.
An "analysis.getSignature" request specified an offset that could not be matched to a function call.
An "edit.importElements" request specified a FilePath that does not match a file currently subject to analysis.
A path passed as an argument to a request (such as analysis.reanalyze) is required to be an analysis root, but isn't.
The context root used to create an execution context does not exist.
The format of the given file path is invalid, e.g. is not absolute and normalized.
An "analysis.updateContent" request contained a ChangeContentOverlay object which can't be applied, due to an edit having an offset or length that is out of range.
One of the method parameters was invalid.
A malformed request was received.
An "edit.organizeDirectives" request specified a Dart file that cannot be analyzed. The reason is described in the message.
Another refactoring request was received during processing of this one.
The analysis server has already been started (and hence won't accept new connections).
This error is included for future expansion; at present the analysis server can only speak to one client at a time so this error will never occur.
An internal error occurred in the analysis server. Also see the server.error notification.
An "edit.sortMembers" request specified a FilePath which does not match a Dart file in an analysis root.
An "edit.sortMembers" request specified a Dart file that has scan or parse errors.
A request was received which the analysis server does not recognize, or cannot handle in its current configuration.
The analysis server was requested to perform an action which is not supported.
This is a legacy error; it will be removed before the API reaches version 1.0.
An expression for which we want to know its runtime type. In expressions like 'a.b.c.where((e) => e.^)' we want to know the runtime type of 'a.b.c' to enforce it statically at the time when we compute completion suggestions, and get better type for 'e'.
The offset of the expression in the code for completion.
The length of the expression in the code for completion.
When the expression is sent from the server to the client, the type is omitted. The client should fill the type when it sends the request to the server again.
A type at runtime.
The path of the library that has this type. Omitted if the type is not declared in any library, e.g. "dynamic", or "void".
The kind of the type.
The name of the type. Omitted if the type does not have a name, e.g. an inline function type.
The type arguments of the type. Omitted if the type does not have type parameters.
If the type is a function type, the return type of the function. Omitted if the type is not a function type.
If the type is a function type, the types of the function parameters of all kinds - required, optional positional, and optional named. Omitted if the type is not a function type.
If the type is a function type, the names of the function parameters of all kinds - required, optional positional, and optional named. The names of positional parameters are empty strings. Omitted if the type is not a function type.
An enumeration of the kinds of runtime expression types.
A variable in a runtime context.
The name of the variable. The name "this" has a special meaning and is used as an implicit target for runtime completion, and in explicit "this" references.
The type of the variable.
An identifier used to associate search results with a search request.
A single result from a search request.
The location of the code that matched the search criteria.
The kind of element that was found or the kind of reference that was found.
True if the result is a potential match but cannot be confirmed to be a match. For example, if all references to a method m defined in some class were requested, and a reference to a method m from an unknown class were found, it would be marked as being a potential match.
The elements that contain the result, starting with the most immediately enclosing ancestor and ending with the library.
An enumeration of the kinds of search results returned by the search domain.
The declaration of an element.
The invocation of a function or method.
A reference to a field, parameter or variable where it is being read.
A reference to a field, parameter or variable where it is being read and written.
A reference to an element.
Some other kind of search result.
A reference to a field, parameter or variable where it is being written.
An enumeration of the services provided by the server domain.
A description of a set of edits that implement a single conceptual change.
A human-readable description of the change to be applied.
If this change includes multiple edits made for different reasons (such as during a bulk fix operation), the individual items in edits may contain more specific descriptions.
A list of the edits used to effect the change, grouped by file.
A list of the linked editing groups used to customize the changes that were made.
The position that should be selected after the edits have been applied.
The length of the selection (starting at Position) that should be selected after the edits have been applied.
The optional identifier of the change kind. The identifier remains stable even if the message changes, or is parameterized.
A description of a single change to a single file.
The offset of the region to be modified.
The length of the region to be modified.
The code that is to replace the specified region in the original code.
An identifier that uniquely identifies this source edit from other edits in the same response. This field is omitted unless a containing structure needs to be able to identify the edit for some reason.
For example, some refactoring operations can produce edits that might not be appropriate (referred to as potential edits). Such edits will have an id so that they can be referenced. Edits in the same response that do not need to be referenced will not have an id.
A human readable description of the change made by this edit.
This description should be short and suitable to use as a heading with changes grouped by it. For example, a change made as part of a quick-fix may use the message "Replace final with var", allowing multiple changes and multiple applications of the fix to be grouped together.
This value may be more specific than any value in an enclosing SourceChange.message which could contain edits made for different reasons (such as during a bulk fix operation).
A description of a set of changes to a single file.
The file containing the code to be modified.
The modification stamp of the file at the moment when the change was created, in milliseconds since the "Unix epoch". Will be -1 if the file did not exist and should be created. The client may use this field to make sure that the file was not changed since then, so it is safe to apply the change.
A list of the edits used to effect the change.
A representation of a class in a type hierarchy.
The class element represented by this item.
The name to be displayed for the class. This field will be omitted if the display name is the same as the name of the element. The display name is different if there is additional type information to be displayed, such as type arguments.
The member in the class corresponding to the member on which the hierarchy was requested. This field will be omitted if the hierarchy was not requested for a member or if the class does not have a corresponding member.
The index of the item representing the superclass of this class. This field will be omitted if this item represents the class Object.
The indexes of the items representing the interfaces implemented by this class. The list will be empty if there are no implemented interfaces.
The indexes of the items representing the mixins referenced by this class. The list will be empty if there are no classes mixed into this class.
The indexes of the items representing the subtypes of this class. The list will be empty if there are no subtypes or if this item represents a supertype of the pivot type.
This section contains additional information for each kind of refactoring. In addition to a brief description of the refactoring, there is a specification of the feedback that is provided when a refactoring is requested using the edit.getRefactoring request (designed to improve the UX) and the options that may be provided to edit.getRefactoring.
Convert a getter into a method by removing the keyword get and adding an empty parameter list.
It is an error if the range contains anything other than all or part of the name of a single getter.
none
none
Convert a method into a getter by adding the keyword get and removing the parameter list.
It is an error if the range contains anything other than all or part of the name of a single method or if the method has a non-empty parameter list.
none
none
Create a local variable initialized by the expression that covers the specified selection.
It is an error if the selection range is not covered by a complete expression.
The offsets of the expressions that cover the specified selection, from the down most to the up most.
The lengths of the expressions that cover the specified selection, from the down most to the up most.
The proposed names for the local variable.
The offsets of the expressions that would be replaced by a reference to the variable.
The lengths of the expressions that would be replaced by a reference to the variable. The lengths correspond to the offsets. In other words, for a given expression, if the offset of that expression is offsets[i], then the length of that expression is lengths[i].
The name that the local variable should be given.
True if all occurrences of the expression within the scope in which the variable will be defined should be replaced by a reference to the local variable. The expression used to initiate the refactoring will always be replaced.
Create a method whose body is the specified expression or list of statements, possibly augmented with a return statement.
It is an error if the range contains anything other than a complete expression (no partial expressions are allowed) or a complete sequence of statements.
The offset to the beginning of the expression or statements that will be extracted.
The length of the expression or statements that will be extracted.
The proposed return type for the method. If the returned element does not have a declared return type, this field will contain an empty string.
The proposed names for the method.
True if a getter could be created rather than a method.
The proposed parameters for the method.
The offsets of the expressions or statements that would be replaced by an invocation of the method.
The lengths of the expressions or statements that would be replaced by an invocation of the method. The lengths correspond to the offsets. In other words, for a given expression (or block of statements), if the offset of that expression is offsets[i], then the length of that expression is lengths[i].
The return type that should be defined for the method.
True if a getter should be created rather than a method. It is an error if this field is true and the list of parameters is non-empty.
The name that the method should be given.
The parameters that should be defined for the method.
It is an error if a REQUIRED or NAMED parameter follows a POSITIONAL parameter. It is an error if a REQUIRED or POSITIONAL parameter follows a NAMED parameter.
True if all occurrences of the expression or statements should be replaced by an invocation of the method. The expression or statements used to initiate the refactoring will always be replaced.
Create a new class that extends StatelessWidget, whose build() method is the widget creation expression, or a method returning a Flutter widget, at the specified offset.
The name that the widget class should be given.
Inline the initializer expression of a local variable in place of any references to that variable.
It is an error if the range contains anything other than all or part of the name of a single local variable.
The name of the variable being inlined.
The number of times the variable occurs.
none
Inline a method in place of one or all references to that method.
It is an error if the range contains anything other than all or part of the name of a single method.
The name of the class enclosing the method being inlined. If not a class member is being inlined, this field will be absent.
The name of the method (or function) being inlined.
True if the declaration of the method is selected. So all references should be inlined.
True if the method being inlined should be removed. It is an error if this field is true and inlineAll is false.
True if all invocations of the method should be inlined, or false if only the invocation site used to create this refactoring should be inlined.
Move the given file or folder and update all of the references to and from it. The move operation is supported in general case - for renaming an item in the same folder, moving it to a different folder or both. Moving or renaming large folders may take time and clients should consider showing an indicator to the user with the ability to cancel the request (which can be done using server.cancelRequest).
The refactoring must be activated before an actual file moving operation is performed.
The "offset" and "length" fields from the request are ignored, but the file specified in the request specifies the file to be moved.
none
The new file path to which the given file is being moved.
Rename a given element and all of the references to that element.
It is an error if the range contains anything other than all or part of the name of a single function (including methods, getters and setters), variable (including fields, parameters and local variables), class or function type.
The offset to the beginning of the name selected to be renamed, or -1 if the name does not exist yet.
The length of the name selected to be renamed.
The human-readable description of the kind of element being renamed (such as "class" or "function type alias").
The old name of the element before the refactoring.
The name that the element should have after the refactoring.
This section contains a list of all of the errors that are produced by the server and the data that is returned with each.
TODO: TBD