[Bug]: Long commands cause horizontal overflow in the Add Action dialog

[Ari-03]

Before submitting

• I searched existing issues and did not find a duplicate.
• I included enough detail to reproduce or investigate the problem.

Area

apps/web

Steps to reproduce

1. Open a project in T3 Code and open Add Action.
2. Enter a name for the action.
3. Paste a command with a long path or argument into Command. For example, paste this as a single line:

ln -s "$HOME/Code/example-project/a-very-long-directory-name/another-long-directory-name/one-more-long-directory-name/src/config/Secrets.swift" "src/config/Secrets.swift"

4. Inspect the dialog before saving or running the action.

I encountered this while adding a symlink command with a long file path, as shown in the screenshot.

Expected behavior

The command field and the rest of the form should stay within the dialog width, with all controls visible.

Soft word wrap in the command field could help keep long paths readable, provided it only changes the display and preserves the command text and intentional line breaks.

Actual behavior

A long command line makes the form content overflow horizontally. The right edges of the fields and helper text are clipped, controls on the right are pushed out of view, and a horizontal scrollbar appears across the bottom of the form.

This affects the layout of the whole Add Action form and makes it harder to review or configure the action.

Impact

Minor bug or occasional failure

Version or commit

Unknown; not captured in the screenshot.

Environment

macOS, T3 Code desktop app.

Logs or stack traces

Screenshots, recordings, or supporting files

Workaround

No response

[juliusmarminge]

Thanks for the clear repro and screenshot — this looks like a real layout bug in the Add/Edit Action dialog.

What happens. The Command field is a shared Textarea (apps/web/src/components/projectScriptEditor.tsx → apps/web/src/components/ui/textarea.tsx). That control uses field-sizing: content inside an inline-flex wrapper with no min-w-0 / max-w-full. A long unbroken path becomes the field’s min-content width, so the whole form grows past the dialog (max-w-lg). DialogPanel is a ScrollArea with horizontal overflow, which matches the clipped right edge and the scrollbar under the form.

The same dialog is used from the header Add action control and from project Action settings, so both entry points are affected. Edit Action is the same component.

Not a duplicate. Closest prior work is the same overflow class, not this dialog:

• fix(web): contain long approval commands #6503 (long approval commands)
• fix(web): keep a long path from running under the folder picker button #4823 (long folder-picker paths)
• fix(web): show filenames when commit dialog paths overflow #6392 (commit dialog paths)

Suggested fix. Layout-only. Soft-wrap the command for display (whitespace-pre-wrap + overflow-wrap: anywhere) and constrain the field (min-w-0 max-w-full) so field-sizing: content grows vertically, not sideways. That should keep the stored command and intentional line breaks unchanged. A shared Textarea constraint would also protect other dialogs; a local class on this field is enough to close this issue.

Accepting as a minor UI bug.