Highlight Rust async and await as keywords - #3849
Conversation
|
Since this has been open since 2026-07-18 with no review activity, I've carried the fix forward in #3892 — same patch, plus verification that it applies cleanly against the exact pinned submodule commit (759d6eed) rather than current upstream, which has since restructured this section entirely. Thanks for the original diagnosis and test case @coyaSONG, they made this straightforward to port over. |
|
Closing this draft because #3892 has carried the fix forward and is ready for maintainer review. I rechecked both PRs against the same current base: the syntax patch and both regression-fixture blobs are identical, with only the changelog PR/author attribution differing, and both CI suites are green. Keeping #3892 as the single active implementation avoids duplicate review work. Thanks @JMak-Security for preserving the diagnosis and test case. |
|
@coyaSONG, Thanks for the update! Glad to help get this fixed. |
Summary
asyncandawaituse the control-keyword scope.awaitexpression to the Rust syntax fixtureCloses #1534.
Root cause
bat's pinned Sublime Packages revision predates Rust async/await syntax, so both tokens fell through to ordinary identifier styling.
Validation
async/awaitrender with the Rust control-keyword color whileasync_fooremains a function identifiercargo fmt --checkcargo test --lockedgit diff --checkAI assistance
OpenAI Codex was used to inspect the issue and repository guidance, implement the change, and run the checks listed above.