[Task] v1 publishing detail: expose bundle/publish start/end timestamps
Nobody has claimed this yet.
- Dominant language
- Java
- Stars
- 970
- Forks
- 486
- Avg merge
- 3d 33m
- Merged PRs (30d)
- 170
Description
Context
Surfaced by the Publishing Queue migration spike (#36039). The new Bundle Details modal (per the redesign) renders a 9-field definition list, four of which depend on backend fields:
Bundle startBundle endPublish startPublish end
com.dotcms.rest.api.v1.publishing.PublishingResource#getPublishingJobDetails (PublishingResource:331) currently returns PublishingJobDetailView, which exposes status, created/modified, environments, and endpoint breakdown — but not the publish window timestamps. The Bundle entity has publishDate and expireDate, but the helper that builds the view does not include them.
Proposed change
Add to PublishingJobDetailView:
private final Date bundleStart; // bundling started (from PublishAuditStatus)
private final Date bundleEnd; // bundling finished
private final Date publishStart; // first push attempt
private final Date publishEnd; // last endpoint completion (or null if still sending)
Populate from existing audit data + bundle entity in the helper.
Acceptance criteria
GET /v1/publishing/{bundleId}JSON includes the four new ISO8601 timestamps (bundle_start,bundle_end,publish_start,publish_end)- Null when not yet known (e.g.
publish_endis null until the last endpoint reports) - OpenAPI schema updated
- Integration test asserts the fields are present and correctly populated for a completed and an in-progress bundle
Source links
- Spike audit: #36039
- FE consumer: #36040 (Bundle Details modal expects all four fields)
- Epic: #34734
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
Start at PublishingResource#getPublishingJobDetails (PublishingResource:331) and inspect PublishingJobDetailView, the Bundle entity, and existing PublishAuditStatus data used by the helper. Check the OpenAPI schema and integration-test coverage for GET /v1/publishing/{bundleId}. Done means completed and in-progress bundles return the four ISO8601 fields, with unknown values represented as null.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- api, backend
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 68/100