Bump the toolchain group with 3 updates

[dependabot]

Bumps the toolchain group with 3 updates: @abap2ui5/linter, @abap2ui5/linter-render and @abaplint/cli.

Updates @abap2ui5/linter from 0.8.3 to 0.8.5

Release notes

Sourced from @​abap2ui5/linter's releases.

v0.8.5

• A view that uses the framework's clipboard module renders. abap2UI5 ships a second curated module, z2ui5/model/clipboard, whose extractData is the mandatory callback of sap.m.plugins.CopyProvider (core:require="{Clipboard: 'z2ui5/model/clipboard'}", extractData="Clipboard.extractData"). The render harness only knew z2ui5/model/formatter, so the core:require 404ed and the whole view failed to create. The harness now registers a mirror of the module, and CLIPBOARD_MODULE / CLIPBOARD_CALLBACKS join the formatter contract in @abap2ui5/linter/formatters; check-upstream compares them against app/webapp/model/clipboard.js (an upstream without the file reads as an empty export set, i.e. as drift).

v0.8.4

• A failing report piped into another program arrives whole. The CLI ended a run with process.exit( ), and a write to a pipe is asynchronous on POSIX: whatever the pipe had not taken yet was dropped with the process. abap2ui5lint src --json | jq on a failing corpus handed jq exactly 65,536 bytes of a 175 KB document, and in a workflow the GitHub annotations, printed last, were the first thing lost - on exactly the runs whose report matters. A run now sets process.exitCode and ends when its output is out; the early exits (--explain, --help, --version, --init) wait for stdout and stderr to drain first. Exit codes unchanged.

• abapGit's metadata XML is no longer read as a view. A file named on the command line is collected when it starts with <, and every bulk way of naming files names abapGit's sidecars too - abap2ui5lint src/*, a pre-commit hook handing over git diff --cached --name-only. Each zcl_app.clas.xml / package.devc.xml was judged as a view whose root control is abapGit: an aggregation-in-aggregation error and exit 1 for every class a commit touched. A document whose root element is abapGit is not collected now, and checkXmlSource( ) (and so --stdin) returns it with nothing to check; isAbapGitXml( ) is exported from ..

• a( v = … n = … ) reconstructs like a( n = … v = … ). ABAP passes named parameters in any order, but the reconstructor read the value of v, b and t as everything after its = up to the closing paren - so with the name written second the value came out as client->_bind_edit( mv_text ) n = \value``, was dropped as unresolvable with a note, and the attribute (a binding, here) was missing from every gate's view of the class. The arguments of an attribute call are read by name now, with the paren- and literal-aware splitter the rules use. The reconstructed documents of samples-controls, abap2UI5 and the fixtures (856 classes) are unchanged - none of them writes the other order.

• --fix no longer promises the next run work it will not find. An edit inside text another fix of the same pass deleted was counted as "deferred to the next run (overlapping)": a CRLF class with five dead view_model_update( ) lines reported 5 deferred - the \r of each deleted line - and the next --fix had nothing to do. Such an edit is moot

... (truncated)

Changelog

Sourced from @​abap2ui5/linter's changelog.

0.8.5 - 2026-09-30

• A view that uses the framework's clipboard module renders. abap2UI5 ships a second curated module, z2ui5/model/clipboard, whose extractData is the mandatory callback of sap.m.plugins.CopyProvider (core:require="{Clipboard: 'z2ui5/model/clipboard'}", extractData="Clipboard.extractData"). The render harness only knew z2ui5/model/formatter, so the core:require 404ed and the whole view failed to create. The harness now registers a mirror of the module, and CLIPBOARD_MODULE / CLIPBOARD_CALLBACKS join the formatter contract in @abap2ui5/linter/formatters; check-upstream compares them against app/webapp/model/clipboard.js (an upstream without the file reads as an empty export set, i.e. as drift).

0.8.4 - 2026-09-30

• A failing report piped into another program arrives whole. The CLI ended a run with process.exit( ), and a write to a pipe is asynchronous on POSIX: whatever the pipe had not taken yet was dropped with the process. abap2ui5lint src --json | jq on a failing corpus handed jq exactly 65,536 bytes of a 175 KB document, and in a workflow the GitHub annotations, printed last, were the first thing lost - on exactly the runs whose report matters. A run now sets process.exitCode and ends when its output is out; the early exits (--explain, --help, --version, --init) wait for stdout and stderr to drain first. Exit codes unchanged.

• abapGit's metadata XML is no longer read as a view. A file named on the command line is collected when it starts with <, and every bulk way of naming files names abapGit's sidecars too - abap2ui5lint src/*, a pre-commit hook handing over git diff --cached --name-only. Each zcl_app.clas.xml / package.devc.xml was judged as a view whose root control is abapGit: an aggregation-in-aggregation error and exit 1 for every class a commit touched. A document whose root element is abapGit is not collected now, and checkXmlSource( ) (and so --stdin) returns it with nothing to check; isAbapGitXml( ) is exported from ..

• a( v = … n = … ) reconstructs like a( n = … v = … ). ABAP passes named parameters in any order, but the reconstructor read the value of v, b and t as everything after its = up to the closing paren - so with the name written second the value came out as client->_bind_edit( mv_text ) n = \value``, was dropped as unresolvable with a note, and the attribute (a binding, here) was missing from every gate's view of the class. The arguments of an attribute call are read by name now, with the paren- and literal-aware splitter the rules use. The reconstructed documents of samples-controls, abap2UI5 and the fixtures (856 classes) are unchanged - none of them writes the other order.

• --fix no longer promises the next run work it will not find. An edit inside text another fix of the same pass deleted was counted as "deferred to the next run (overlapping)": a CRLF class with five dead

... (truncated)

Commits

• 41e3fbd release v0.8.5 (#132)
• 2b476ec Mirror the framework's clipboard module in the render harness (#131)
• e2fe11c release v0.8.4 (#130)
• 4a71f33 Render gate under pnpm, malformed-xml, and a round of CLI/report fixes (#129)
• See full diff in compare view

Updates @abap2ui5/linter-render from 0.8.3 to 0.8.5

Release notes

Sourced from @​abap2ui5/linter-render's releases.

v0.8.5

• A view that uses the framework's clipboard module renders. abap2UI5 ships a second curated module, z2ui5/model/clipboard, whose extractData is the mandatory callback of sap.m.plugins.CopyProvider (core:require="{Clipboard: 'z2ui5/model/clipboard'}", extractData="Clipboard.extractData"). The render harness only knew z2ui5/model/formatter, so the core:require 404ed and the whole view failed to create. The harness now registers a mirror of the module, and CLIPBOARD_MODULE / CLIPBOARD_CALLBACKS join the formatter contract in @abap2ui5/linter/formatters; check-upstream compares them against app/webapp/model/clipboard.js (an upstream without the file reads as an empty export set, i.e. as drift).

v0.8.4

• A failing report piped into another program arrives whole. The CLI ended a run with process.exit( ), and a write to a pipe is asynchronous on POSIX: whatever the pipe had not taken yet was dropped with the process. abap2ui5lint src --json | jq on a failing corpus handed jq exactly 65,536 bytes of a 175 KB document, and in a workflow the GitHub annotations, printed last, were the first thing lost - on exactly the runs whose report matters. A run now sets process.exitCode and ends when its output is out; the early exits (--explain, --help, --version, --init) wait for stdout and stderr to drain first. Exit codes unchanged.

• abapGit's metadata XML is no longer read as a view. A file named on the command line is collected when it starts with <, and every bulk way of naming files names abapGit's sidecars too - abap2ui5lint src/*, a pre-commit hook handing over git diff --cached --name-only. Each zcl_app.clas.xml / package.devc.xml was judged as a view whose root control is abapGit: an aggregation-in-aggregation error and exit 1 for every class a commit touched. A document whose root element is abapGit is not collected now, and checkXmlSource( ) (and so --stdin) returns it with nothing to check; isAbapGitXml( ) is exported from ..

• a( v = … n = … ) reconstructs like a( n = … v = … ). ABAP passes named parameters in any order, but the reconstructor read the value of v, b and t as everything after its = up to the closing paren - so with the name written second the value came out as client->_bind_edit( mv_text ) n = \value``, was dropped as unresolvable with a note, and the attribute (a binding, here) was missing from every gate's view of the class. The arguments of an attribute call are read by name now, with the paren- and literal-aware splitter the rules use. The reconstructed documents of samples-controls, abap2UI5 and the fixtures (856 classes) are unchanged - none of them writes the other order.

• --fix no longer promises the next run work it will not find. An edit inside text another fix of the same pass deleted was counted as "deferred to the next run (overlapping)": a CRLF class with five dead view_model_update( ) lines reported 5 deferred - the \r of each deleted line - and the next --fix had nothing to do. Such an edit is moot

... (truncated)

Changelog

Sourced from @​abap2ui5/linter-render's changelog.

0.8.5 - 2026-09-30

• A view that uses the framework's clipboard module renders. abap2UI5 ships a second curated module, z2ui5/model/clipboard, whose extractData is the mandatory callback of sap.m.plugins.CopyProvider (core:require="{Clipboard: 'z2ui5/model/clipboard'}", extractData="Clipboard.extractData"). The render harness only knew z2ui5/model/formatter, so the core:require 404ed and the whole view failed to create. The harness now registers a mirror of the module, and CLIPBOARD_MODULE / CLIPBOARD_CALLBACKS join the formatter contract in @abap2ui5/linter/formatters; check-upstream compares them against app/webapp/model/clipboard.js (an upstream without the file reads as an empty export set, i.e. as drift).

0.8.4 - 2026-09-30

• A failing report piped into another program arrives whole. The CLI ended a run with process.exit( ), and a write to a pipe is asynchronous on POSIX: whatever the pipe had not taken yet was dropped with the process. abap2ui5lint src --json | jq on a failing corpus handed jq exactly 65,536 bytes of a 175 KB document, and in a workflow the GitHub annotations, printed last, were the first thing lost - on exactly the runs whose report matters. A run now sets process.exitCode and ends when its output is out; the early exits (--explain, --help, --version, --init) wait for stdout and stderr to drain first. Exit codes unchanged.

• abapGit's metadata XML is no longer read as a view. A file named on the command line is collected when it starts with <, and every bulk way of naming files names abapGit's sidecars too - abap2ui5lint src/*, a pre-commit hook handing over git diff --cached --name-only. Each zcl_app.clas.xml / package.devc.xml was judged as a view whose root control is abapGit: an aggregation-in-aggregation error and exit 1 for every class a commit touched. A document whose root element is abapGit is not collected now, and checkXmlSource( ) (and so --stdin) returns it with nothing to check; isAbapGitXml( ) is exported from ..

• a( v = … n = … ) reconstructs like a( n = … v = … ). ABAP passes named parameters in any order, but the reconstructor read the value of v, b and t as everything after its = up to the closing paren - so with the name written second the value came out as client->_bind_edit( mv_text ) n = \value``, was dropped as unresolvable with a note, and the attribute (a binding, here) was missing from every gate's view of the class. The arguments of an attribute call are read by name now, with the paren- and literal-aware splitter the rules use. The reconstructed documents of samples-controls, abap2UI5 and the fixtures (856 classes) are unchanged - none of them writes the other order.

• --fix no longer promises the next run work it will not find. An edit inside text another fix of the same pass deleted was counted as "deferred to the next run (overlapping)": a CRLF class with five dead

... (truncated)

Commits

• 41e3fbd release v0.8.5 (#132)
• e2fe11c release v0.8.4 (#130)
• 4a71f33 Render gate under pnpm, malformed-xml, and a round of CLI/report fixes (#129)
• See full diff in compare view

Updates @abaplint/cli from 2.120.60 to 2.120.63

Commits

• edd307c chore(release): v2.120.63 (#4345)
• 4d6d7c3 add configuration (#4344)
• 9e67618 chore(release): v2.120.62 (#4343)
• 84492cd bugfix MODIFY + character literals (#4341)
• c1143bb Fix dollar replacement patterns in macro arguments (#4342)
• faabed1 chore(release): v2.120.61 (#4340)
• 1c84b3b update npm dependencies (#4339)
• f09171a CASE/WHEN: built-in functions with named arguments need v740sp02 (#4338)
• See full diff in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore <dependency name> major version will close this group update PR and stop Dependabot creating any more for the specific dependency's major version (unless you unignore this specific dependency's major version or upgrade to it yourself)
• @dependabot ignore <dependency name> minor version will close this group update PR and stop Dependabot creating any more for the specific dependency's minor version (unless you unignore this specific dependency's minor version or upgrade to it yourself)
• @dependabot ignore <dependency name> will close this group update PR and stop Dependabot creating any more for the specific dependency (unless you unignore this specific dependency or upgrade to it yourself)
• @dependabot unignore <dependency name> will remove all of the ignore conditions of the specified dependency
• @dependabot unignore <dependency name> <ignore condition> will remove the ignore condition of the specified dependency and ignore conditions