# Limits Every limit here reports itself rather than failing silently. These are the numbers to plan around. --- ## Every limit | **Limit** | **Value** | **What happens** | | ----------------------------------- | ---------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------- | | Macro height | 400 to 1000 px | Slider step 50, default 600\. A stored value outside the range is silently clamped, so a stored 300 renders as 400 and a stored 2000 as 1000. | | Event macro title | 75 characters | \- | | Saved event name | 4 to 100 characters | A 3-character event title is rejected on save. The same 4-character floor is why .ics import skips very short titles. | | Saved event description | 255 characters | \- | | Saved event text | 500 characters | \- | | Saved event tag | 3 to 50 characters each | \- | | Saved event priority | Lowest, low, medium, high, highest or no | \- | | Page-derived event title | 255 characters | Titles taken from page text are truncated at 255 characters. | | Specific pages source | 25 pages | The picker disables itself and shows "Limit reached". | | Pages from search source | 1 to 100 pages, default 25 | Dates on pages beyond the limit simply do not appear, with no warning. | | Pages where mentioned source | 100 pages | \- | | Recently viewed source | 25 pages | \- | | Date search index | 200 unique start dates per page | First date, last date and the mentioned-user list are always recorded; only the list of individual dates is capped. | | Indexed date search results | 100 pages | Also skipped entirely until the calendar has reported a real visible date range. | | My Calendar sources | 5 calendars per user | \- | | Saved event reads | 100 rows per request | Large calendars are drained page by page, so they issue many round trips and show a load progress bar. | | Saved event fetch window | Visible range plus 2 months either side | \- | | iCal feed window | 30 days back to 365 days forward | Events outside this rolling window never reach a subscriber's calendar app, even though they render fine inside Confluence. | | iCal feed size | 1000 events | Beyond the cap, events are silently omitted from the feed. | | iCal feed refresh hint | 60 minutes | Advertised to the subscribing app; most apps treat it as a hint only. | | iCal feed edge cache | 15 minutes fresh; a cached body up to 24 | \- | | iCal feed permission re-check | once per hour | \- | | iCal feed refresh debounce | 60 seconds | Edits coalesce into roughly one rebuild. | | Subscription lifetime backstop | 400 days | Abandoned subscription records expire automatically. | | Subscriptions per calendar per user | 1 active link | Creating a new link revokes the previous one. | | Admin subscriptions table | 25 rows per page shown; the underlying r | \- | | Static site calendar export | 500 events | Beyond that the exported page prints "Only the first 500 events are included on static sites." | | Timezone search in the Event macro | Type at least 2 characters; up to 50 res | \- | --- ## A few things worth knowing * A limit that is reached is reported in the interface, not in a log you have to find. * Limits are per site or per tenant depending on the limit. The table says which. * Edition can change some of these. --- ## Related [What is not availableThe other constraints.](https://help.gocapable.com/calendar/what-is-not-available.html) [AdministrationThe settings.](https://help.gocapable.com/calendar/administration.html) --- _They announce themselves. Read the message._