[BUG] Auto allow fpr python -c

[Christoph-Puppe-Work]

Problem (one or two sentences)

Hi

great tool overall!

When

source .venv/bin/activate && cd gpp-agent && python -c "
import importlib.util, sys
spec = importlib.util.spec_from_file_location('schemas_test', 'app/schemas.py')
m = importlib.util.module_from_spec(spec); spec.loader.exec_module(m)
ws = m.WorkflowState(current_phase='audit', user_role='Auditor')

the list of commands includes all the lines of python so it is never auto approved.

Maybe thats just a setting somewhere, but I didn't find it!

Context (who is affected and when)

all said

Reproduction steps

all said

Expected result

be able to let it run unatended

Actual result

too much clicks needed

Variations tried (optional)

No response

App Version

3.53.0 (44f6bba)

API Provider (optional)

OpenRouter

Model Used (optional)

OPUS 4.7

Roo Code Task Links (optional)

No response

Relevant logs or errors (optional)

[roomote-v0]

I've analyzed this issue and identified the root cause. Here's my proposed implementation plan:

Root Cause:
The parseCommand() function in src/shared/parse-command.ts splits commands by newlines (line 23) before handling quoted strings. This means a multi-line command like:

python -c "
import importlib.util, sys
spec = importlib.util.spec_from_file_location(...)
"

gets split into separate lines (python -c ", import importlib.util, sys, etc.), and each Python line is treated as an independent command for auto-approval matching. Since import importlib.util, sys doesn't match any allowed command prefix, the entire command fails auto-approval.

Proposed Fix:

1. Modify the parseCommand() function in src/shared/parse-command.ts to be quote-aware when splitting by newlines. Before splitting on \n, pre-process the command string to join lines that are inside unclosed quotes (single or double) so that multi-line quoted content is preserved as part of a single command.
2. Add tests covering multi-line python -c "...", node -e "...", and similar patterns with both single and double quotes to ensure they are treated as a single command.

This approach fixes the issue at the parsing layer, so any command with multi-line quoted arguments will be correctly treated as a single command for auto-approval purposes -- not just python -c but also bash -c, node -e, etc.

Please mention @roomote in a comment saying that you approve this plan, and I'll proceed with the implementation.