microsoft / microsoft/WinAppVSCE

[Feature]: Add mechanical quick fixes for XAML diagnostics

Open
#202 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement
Dominant language
TypeScript
Stars
13
Forks
3
Avg merge
6d 1h
Merged PRs (30d)
11

Description

Is your feature request related to a problem? Please describe.

The XAML language server detects the battle-test matrix accurately (33/33 in PR #50 Round 5), but only 9/18 scenarios expose a code action. Several diagnostics already contain enough structured information for a deterministic repair, leaving users to make routine edits manually.

Describe the solution you'd like

Add focused code actions for:

  • missing namespace declarations (CA05): insert the required xmlns on the document root when the namespace is uniquely known;
  • missing x:DataType (CA09): insert an inferred authoritative type when available;
  • missing or invalid x:Name (CA11/CA16): generate a unique valid identifier;
  • duplicate attributes (CA17): remove the duplicate attribute safely;
  • unresolved namespace declarations (WXAML0033): offer a replacement only when a single close known namespace is authoritative.

Each action should preserve formatting, avoid guesses when multiple candidates exist, and include unit plus live integration coverage.

Additional context

Follow-up from PR #50 Round 5 battle testing. Detection is now the strong part of the feature; remediation is the largest remaining usability gap.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reviewing the PR #50 Round 5 battle-testing context and the existing XAML language-server diagnostics for CA05, CA09, CA11, CA16, CA17, and WXAML0033. Implement focused actions only where the repair is deterministic, preserving formatting and avoiding ambiguous candidates. Add unit and live integration coverage for each supported action.

Written by the indexing model from the issue text.

Assessment

Tech stack
typescript, xml
Domain
developer-experience, tooling
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
45/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.