-
Type:
Bug
-
Resolution: Unresolved
-
Priority:
Low
-
Component/s: Macros - Attachments
-
None
-
1
-
Severity 3 - Minor
-
8
Issue Summary
When a Confluence Cloud page has a large number of attachments displayed via the built-in Attachments macro with a configured num (items per page) parameter, the pagination controls at the bottom of the macro only show up to 10 page numbers at a time (e.g., < 1 2 3 … 10 >). Even when the total number of attachments requires significantly more pages, users must repeatedly click the > (Next) button to progressively load and reveal additional page numbers.
Example:
- A page has 250 attachments with num=10 (10 items per page) → should produce 25 pages
- The pagination control initially shows: < 1 2 3 … 10 >
- Users can navigate to pages 1–10 using the numbered links
- After reaching page 10 and clicking >, the pagination updates to show a new window of pages, e.g., < 1 … 10 … 20 >
- To reach page 25, the user must click > multiple times, progressively revealing page numbers in batches
The core problem:
There is no way to jump directly to a distant page (e.g., page 20 of 25) without first clicking through intermediate pages. The pagination does not show the last page number upfront, and the progressive-reveal behavior makes it extremely tedious to navigate large attachment lists. Users expect to see something like < 1 … 13 14 {}15{} 16 17 … 25 > (showing the current page in context with the first and last page always visible), but instead get a sliding window of only ~10 page numbers.
Steps to Reproduce
- Create a Confluence Cloud page.
- Upload 250+ attachments to the page.
- Insert the Attachments macro on the page.
- Configure the macro with num=10 (10 items per page) via the macro editor panel ("Number of items to display" = 10).
- Publish the page.
- Scroll to the Attachments macro and observe the pagination controls at the bottom.
- Note that only page numbers 1 through ~10 are shown: < 1 2 3 … 10 >
- Click > (Next) repeatedly to advance past page 10.
- Observe that new page numbers are progressively revealed (e.g., < 1 … 10 … 20 >), but the user must click through intermediate pages to reach distant ones.
- Attempt to jump directly to the last page (e.g., page 25) — this is not possible without multiple clicks.
Expected Results
The pagination controls should:
- Always show the first and last page numbers — e.g., < 1 … 13 14 {}15{} 16 17 … 25 > — so users know the total extent of pages.
Actual Results
Pagination shows a sliding window of ~10 page numbers at a time.
Users must repeatedly click > to progressively reveal higher page numbers in batches (e.g., 1–10, then 10–20, then 20–25).
Workaround
Currently there is no known workaround for this behavior. A workaround will be added here when available