Publish a release with the grammar bump from #42: identifier attribute arguments break highlighting in 0.2.0

[vika2603]

Summary

In the published extension (0.2.0), an attribute whose argument is a variable instead of a string literal breaks syntax highlighting for the rest of the file. The grammar revision on main (bumped in #42) already parses this, but no release has been published since, so users installing from the Zed extension registry still get the old grammar.

Reproduce

k6_dir := "tests/k6/functional"

[working-directory(k6_dir)]
setup:
    cd {{ k6_dir }} && ./setup.sh

[group('k6')]
later:
    echo still fine

Everything from [working-directory(k6_dir)] onward loses highlighting (e.g. [group('k6')] is rendered as plain text). Replacing k6_dir with 'tests/k6/functional' restores highlighting. just itself accepts the variable form (tested with just 1.58.0).

What I checked

• Installed extension: Justfile 0.2.0, Zed 1.19.2 (macOS). Its extension.toml pins IndianBoy42/tree-sitter-just at bb0c898.
• In that revision, attribute only allows comma_sep1($.string) inside the parentheses, so an identifier argument is a parse error.
• Identifier arguments were added upstream in casey/tree-sitter-just@60df3d5 (Feb 2026). main of this repo already points at casey/tree-sitter-just@5685543 via Use casey/tree-sitter-just #42, which includes that change, but extension.toml still says version = "0.2.0" and zed-industries/extensions also lists 0.2.0.
• [env(...)] break highlighting #46 ([env(...)] with an expression argument) is the same class of input and is likely fixed by the same grammar bump; I have not verified that case.

Request

Bump the extension version and publish a release to the Zed extension registry so the grammar from #42 reaches users.