Allow users to customize or increase the number of visible deployments
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 37.4k
- Forks
- 3k
- Avg merge
- 1d 3h
- Merged PRs (30d)
- 73
Description
What problem will this feature address?
Currently, the Deployments UI in Dokploy only displays the latest 10 records, which is not convenient for users who need to access more historical deployment data or find previous deployment records. This limitation can hinder troubleshooting, review, or audits of previous deployments.
Describe the solution you'd like
Add a feature to let users specify how many deployments are visible in the deployments list, e.g. 10, 20, 50, 100, or all. This can be a dropdown or selection in the UI. Optionally, implement infinite scroll or pagination so users can easily view more records as needed.
Describe alternatives you've considered
Alternatives include a 'Load More' button, using classic table-style pagination, or setting a higher fixed default (for example, show last 30 by default instead of 10). The best user experience is to provide configuration or selection at runtime.
Additional context
This feature request was discussed because for some production deployments, keeping a long-term deployment history in the UI is valuable for traceability. Many modern deployment platforms allow customizing the number of items lines per page.
Will you send a PR to implement it?
No
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.
Research direction
No files or tests are named. Start by locating the Deployments UI and its data-loading entry point; determine how a selected page size or pagination option should reach the deployment list, then verify that users can view more than the current 10 records.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- typescript
- Domain
- frontend
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100