enhance(common): don't reload workspace when running doctor airtable command

[kevinslin]

enhance(common): don't reload workspace when running doctor airtable command

Doctor doesn't need to reload the workspace when fixing airtable ids. This makes sure that it doesn't.
Also fixes a race condition from not awaiting the output of engine.write

---

This introduces a new recipe: [[Adding a new doctor command|dendron://dendron.docs/pkg.plugin-core.dev.cook#adding-a-new-doctor-command]]

---

Dendron Extended PR Checklist

Code

Basics

• code should follow Code Conventions
• circular dependency check: make sure your code is not introducing new circular dependencies in plugin-core. See Avoiding Circular Dependencies.
• sticking to existing conventions instead of creating new ones
  • eg: if configuration for utilities are already in one module or package, add future utilities there as well

Extended

• General
  • check whether code be simplified
  • check if similar function already exist in the codebase. if so, can it be re-used?
  • check if this change adversely impact performance
• Opexations
  • when shipping this change, will it just work or will it introduce additional operational overhead due to complicated interface or known bugs?
• Arcxitecture
  • check if code is introducing changes on a foundational class or interface. if so, call for design review if needed
    • eg: making changes to DNode

Instrumentation

NA

Tests

Basics

• [~] Write Tests
• Confirm existing tests pass
• Confirm manual testing
• [~] Common cases tested
• [~] 1-2 Edge cases tested
• [~] If your tests changes an existing snapshot, snapshots have been updated

Extended

NA

Docs

Basics

• [~] if your change reflects documentation changes, also submit a PR to dendron-site and mention the doc PR link in your current PR

Basics

• does this change introduce a new or better way of doing things that others need to be aware of? if so, an async should be created and a process added in Development or Packages

Close the Loop

Basics

Extended

• [~] is this a developer BREAKING change? if another person cloning from this branch will need to adjust their dependencies or mental model of the architecture, then it is. if this is the case, make sure this is communicated according to Close Loop
  • eg. breaking dev change due to new dependency

[hikchoi]

Looks good. I thought about adding a property to the DoctorActionsEnum themselves when I fixed this issue for FIND_INCOMPATIBLE_EXTENSIONS, but I didn't realize that other actions also didn't really need a relead 😅