Skip to content

🐞: sidecar sometimes doesn't chain properly #14

Description

@phillco

There's a synchronization issue somewhere: the first command (A) runs successfully, but then the sidecar doesn't properly represent the state after A correctly when it goes to run the second command (B), so it does the wrong thing.

Theoretically, the sidecar shouldn't change after it runs A, so most likely the state from before A is getting reapplied somehow. Thus we should:

  • Look into not updating editor-state.json while a command is running.

In the meantime we've made temporary workarounds:

  • I've added a check that the sidecar contents match the exterior contents before running a command. (Need to extend this to include selection state).
  • @dyamito found that simply waiting between commands slightly also prevents the problem, adding to the theory that we're incorrectly sending several updates at once that are eventually consistent.

Metadata

Metadata

Assignees

No one assigned

    Labels

    chainingFor supporting chaining

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions