Have you tried to resolve this issue yourself first?
Bug Description
- Flow metadata is retrieved using API v68.0
- As per Winter'27 release, End Elements are stored in metadata now. Here.
- Metadata contains tags
- sf code analyzer execution fails with a critical warning The engine with name 'flow' threw an unexpected error: Error: ENOENT:
Output / Logs
The engine with name 'flow' threw an unexpected error: Error: ENOENT: no such file or directory, open '.../flow/flowScannerResultsFile.json'
at async open (node:internal/fs/promises:638:25)
at async Object.readFile (node:internal/fs/promises:1242:14)
at async RunTimeFlowScannerCommandWrapper.runFlowScannerRules (.../code-analyzer-flow-engine/dist/python/FlowScannerCommandWrapper.js:52:36)
...
The engine's own debug log (sfca-flow-*.log, only written when log_folder is set) shows the actual root cause:
flow_parser.parse | CRITICAL | Variable type cannot find match for elem <name> with tag ends
flow_parser.parse | CRITICAL | non-traversable element <name> in flow <path>
Steps To Reproduce
- Take a sample flow which is extracted using v68.0 API (Attached a sample)
- Run sf code-analyzer run --workspace --rule-selector flow
- crashes with UnexpectedEngineError as above.
- Delete the block and the referencing it (leave the assignment's path unconnected — functionally identical, implicit end) → scan succeeds normally
Also reproduced on a real-world flow (happy to attach if useful) with two independent paths converging on a single named End element (END_ELEMENT_2) — same crash, same fix by removing the End element.
Minimal_Test.flow-meta.xml
Expected Behavior
The flow engine should be able to parse and analyze Flows containing explicit elements without crashing, and any per-file engine failure during a multi-file scan should be surfaced as a visible error/violation rather than silently dropped.
Operating System
Windows 11
Salesforce CLI Version
2.75.5
Code Analyzer Plugin (code-analyzer) Version
5.16.0
Node Version
No response
Java Version
No response
Python Version
3.12.10
Additional Context (Screenshots, Files, etc)
No response
Workaround
Extract metadata using v67.0 API
Urgency
Moderate
Have you tried to resolve this issue yourself first?
Bug Description
Output / Logs
Steps To Reproduce
Also reproduced on a real-world flow (happy to attach if useful) with two independent paths converging on a single named End element (END_ELEMENT_2) — same crash, same fix by removing the End element.
Minimal_Test.flow-meta.xml
Expected Behavior
The flow engine should be able to parse and analyze Flows containing explicit elements without crashing, and any per-file engine failure during a multi-file scan should be surfaced as a visible error/violation rather than silently dropped.
Operating System
Windows 11
Salesforce CLI Version
2.75.5
Code Analyzer Plugin (code-analyzer) Version
5.16.0
Node Version
No response
Java Version
No response
Python Version
3.12.10
Additional Context (Screenshots, Files, etc)
No response
Workaround
Extract metadata using v67.0 API
Urgency
Moderate