application drop-deployment is missing required multipart upload options
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 62/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Quiet
- Tech stack
- typescript
Research direction
Start at the generated application drop-deployment command and read src/client.ts, then trace the application.dropDeployment entry point and existing authentication handling. Done means the command accepts applicationId, zip, and optional dropBuildPath, validates the ZIP path, and sends the required multipart request while preserving authentication headers.
Written by the indexing model from the issue text.
Description
Summary
In @dokploy/cli@0.30.2, the generated application drop-deployment
command cannot upload a ZIP file.
The command exposes only --json and calls the JSON-oriented apiPost
helper with an empty options object. However, Dokploy's
application.dropDeployment server procedure expects multipart form data
with:
applicationId— required stringzip— required filedropBuildPath— optional string
This makes the existing CLI command unusable for local artifact deployment
and CI/agent workflows.
Reproduction
dokploy --version
# 0.30.2
dokploy application drop-deployment --help
Current output:
Options:
--json
-h, --help
Trying to supply the required values fails because the options do not exist:
dokploy application drop-deployment \
--applicationId <application-id> \
--zip ./artifact.zip
Calling the command without them sends JSON rather than the multipart payload
required by the server procedure.
Expected behavior
The command should support an interface similar to:
dokploy application drop-deployment \
--applicationId <application-id> \
--zip ./artifact.zip \
--dropBuildPath dist \
--json
Suggested options:
--applicationId <value>— required--zip <path>— required local ZIP file--dropBuildPath <value>— optional
The request should be sent as multipart form data, preserving the existing
Dokploy authentication headers, rather than being wrapped as a JSON tRPC
payload.
It would also be helpful to validate that the ZIP path exists before sending
the request.
Relevant implementation
The current generated command has no input options and calls:
apiPost("application.dropDeployment", opts)
The Dokploy server endpoint uses zfd.formData and requires:
{
applicationId: string;
zip: File;
dropBuildPath?: string;
}
This likely needs special handling in the CLI generator for file/form-data
procedures, plus a multipart request helper in src/client.ts.
Use case
This would enable deploying locally built artifacts from CI systems and
coding agents without requiring interactive use of the Dokploy dashboard.
- Dominant language
- TypeScript
- Stars
- 152
- Forks
- 46
- PR merge metrics
- No merged PRs in 30d
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from Dokploy/cli
-
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 85/100
-
Difficulty 1/5 Under an hour Newbie friendliness 86/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
-
Difficulty 5/5 Over a week Newbie friendliness 20/100
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
copse-dev/agent-pane#2953 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Eynzof/Hermes-CN-Desktop#610 ·
-
bug clawsweeper:linked-pr-open clawsweeper:needs-live-repro clawsweeper:no-new-fix-pr impact:message-loss issue-rating: 🐚 platinum hermit P2 regression
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
calcite-components needs triage refactor
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
Esri/calcite-design-system#15203 ·