-
SheffieldForum reacted to a post in a topic:
Feature Request / API Limitation: Missing all_day parameter in Calendar Events REST API
-
SheffieldForum reacted to a post in a topic:
Feature Request / API Limitation: Image Attachments & Uploads in Calendar Events REST API
-
Feature Request / API Limitation: Image Attachments & Uploads in Calendar Events REST API
Feature Request / API Limitation: Image Attachments & Uploads in Calendar Events REST API (POST /calendar/events) (Regarding V5.X hosted solution) When creating or editing calendar events via the frontend web UI, users can seamlessly upload an event Cover photo. The web form handles this via a multipart file uploader that generates a temporary attachment reference (attach_id) linked to the event record. However, when utilizing the REST API endpoint (POST /calendar/events), the JSON payload schema does not expose a mechanism to pass binary image files, reference a remote image URL, or map an existing attachment ID. Consequently, programmatically created events are generated completely stripped of images. Question: Is there an undocumented parameter, secondary endpoint, or ID mapping workflow within the current REST API to attach an image to a calendar event upon creation? If not, can the calendar events REST API schema be updated to support image attachments (either via multipart/form-data or an attachment ID reference) to achieve parity with the web UI?
-
Feature Request / API Limitation: Missing all_day parameter in Calendar Events REST API
Feature Request / API Limitation: Missing all_day parameter in Calendar Events REST API (POST /calendar/events) (Regarding V5.X hosted solution) When creating calendar events through the frontend web UI, the form submission includes event_dates[all_day] = 1, which correctly flags the event as an all-day event and suppresses time display (12:00 AM – 11:59 PM) on the rendered calendar view. However, when creating events via the REST API endpoint (POST /calendar/events), there is no equivalent payload parameter (all_day, allday, or nested form support) to set this flag. Consequently, all API-created events default to rendering time bounds (12:00 AM to 11:59 PM) even when providing midnight-to-midnight UTC ranges. Question: Is there an undocumented flat parameter or endpoint mechanism in the current REST API schema to pass an all-day boolean flag for calendar events? If not, can this be considered for a future update to parity-match the REST API schema with the internal event_dates[all_day] form controller?
-
-
How can I tell how much total storage my site is using
Howdy, I've been trying to figure out how to "see" what % of my storage is used under my current hosted by Invisionplan so we can budget for growth. I can see all the individual files uploaded to the site in the AdminCP, but that's a pretty poor way to make an educated guess based on average file size and number of files. Surely there's a dashboard that says "you are using X% of your total storage under your current plan"
-
-
-
-
5.0.11 Released!
I've had users report some odd behavior in controlling what's quoted. Not super specific, which is not helpful, but noting this was post 5.0.11 upgrade.
-
LivingMonolith reacted to a post in a topic:
How to permit users to hide posts but not first post of a topic?
-
How to permit users to hide posts but not first post of a topic?
Howdy, I have V5.0.8 I've been through the admin CP, but I cannot figure out how to allow member users to hide their own posts, but not if it's the first post of a topic? We had a user start a topic, and it had 3 pages of user replies, but when that user hid their first post in the topic, the entire topic was hidden. I've seen older board that had a config to prevent that but I can't figure out the equivalent in v5.0.8. any ideas? Is this a feature? thanks!