Media Library

🗂️ Media Storage Needs Native Workflow Triggers & Actions — The Way Google Drive Already Has Them
TRIGGERS File uploaded to Media Storage → start a workflow File deleted from Media Storage → fire a notification or cleanup sequence Folder created in Media Storage → kick off a project or onboarding flow File updated or replaced in Media Storage → alert the team or update a contact field ACTIONS Upload a file to a specific Media Storage folder (from a form, a URL, or another step in the workflow) Create a folder in Media Storage — name it dynamically using contact name, date, pipeline stage, or any custom field Get a file URL from Media Storage and attach it to a contact record, opportunity, or conversation thread Move or copy a file between Media Storage folders Delete a file or folder from Media Storage when a project closes Rename a file inside Media Storage List files in a folder (use this for conditional branching — does this project folder have assets yet?) Search Media Storage for a file by name or type Here’s what this actually looks like when it’s live: You’re an agency owner. Your client submits an intake form. Files come in — logo, photos, copy docs. A workflow fires. It creates a named folder in Media Storage, moves those files in, grabs the folder URL, and attaches it to the contact record. Your team gets a notification with the link. Nobody touches a file manually. That’s the onboarding flow you’ve been trying to build since you started. You work with contractors. One of them finishes a deliverable and uploads it through a form. A trigger fires. The task gets marked complete in the CRM. The file URL gets attached to the opportunity. The client gets an automated message with the link. The handoff runs itself. No back-and-forth. No “did you get my file?” You run a community or course. A new member joins. A workflow builds their folder in Media Storage, uploads their welcome kit, grabs the URL, and sends them access via automation. Works at 3am. Works for your 500th member the same way it worked for your first. You’re running a campaign. The client’s brief form comes in with image files. Those files land in an organized project folder in Media Storage automatically. Your team sees them instantly. Nobody’s emailing “can you resend those assets?” The project is done. A workflow pulls the final deliverable from Media Storage, injects the URL into a message, and sends it to the client. No manual attachment. No back-and-forth. It just goes. This isn’t about adding complexity. It’s about closing the loop on something that’s already half-built. Media Storage is already where the files live. It’s already connected to everything that matters. All it needs is the automation layer to go with it.
0
Media Storage Google Drive integration: support Shared Drives, shared files, and shortcuts
The Google Drive integration in Media Storage currently syncs only files owned by the connected Google account. Shared Drive content, files shared with the account, and shared-file shortcuts do not appear. The documented workaround is to copy files rather than shortcut them, which defeats the single source of truth that Shared Drives exist to provide. Please extend the integration to cover: Google Shared Drives (Team Drives) Files shared with the connected account Google Drive shortcuts, resolved to their target file Why this matters for agencies Agencies are HighLevel's core customer, and agencies keep client assets in Shared Drives, because Shared Drive files survive staff turnover while My Drive files leave with the employee who owned them. Under the current owned-files-only behavior, the integration does not fit the way agencies actually store client media. We manage church and clinic clients whose entire photo libraries, 100+ images each, live in Shared Drives. None of it is reachable through the integration today, so we still maintain a separate pipeline outside HighLevel just to get at those images. Why this should be a small change This looks like default query parameters on the Drive v3 files.list call rather than an architectural limit: supportsAllDrives=true and includeItemsFromAllDrives=true corpora=allDrives, or drives.list plus corpora=drive&driveId= to offer a Shared Drive picker sharedWithMe=true for files shared with the connected account resolve shortcutDetails.targetId for shortcut entries Worth noting: the drive.readonly scope already required to browse a user's Drive also covers Shared Drives that user can access, so existing connections would not need to re-authorize. This should be additive for every current user. Related "Connect Media files to a Google Drive Folder" (355 votes, shipped January 2025) has a comment asking for Shared Drive support. Filing separately because that request is closed and the comment is unlikely to be triaged.
0
Media Storage Google Drive integration: support Shared Drives, shared files, and shortcuts
The Google Drive integration in Media Storage currently syncs only files owned by the connected Google account. Shared Drive content, files shared with the account, and shared-file shortcuts do not appear. The documented workaround is to copy files rather than shortcut them, which defeats the single source of truth that Shared Drives exist to provide. Please extend the integration to cover: Google Shared Drives (Team Drives) Files shared with the connected account Google Drive shortcuts, resolved to their target file Why this matters for agencies Agencies are HighLevel's core customer, and agencies keep client assets in Shared Drives, because Shared Drive files survive staff turnover while My Drive files leave with the employee who owned them. Under the current owned-files-only behavior, the integration does not fit the way agencies actually store client media. We manage church and clinic clients whose entire photo libraries, 100+ images each, live in Shared Drives. None of it is reachable through the integration today, so we still maintain a separate pipeline outside HighLevel just to get at those images. Why this should be a small change This looks like default query parameters on the Drive v3 files.list call rather than an architectural limit: supportsAllDrives=true and includeItemsFromAllDrives=true corpora=allDrives, or drives.list plus corpora=drive&driveId= to offer a Shared Drive picker sharedWithMe=true for files shared with the connected account resolve shortcutDetails.targetId for shortcut entries Worth noting: the drive.readonly scope already required to browse a user's Drive also covers Shared Drives that user can access, so existing connections would not need to re-authorize. This should be additive for every current user. Related "Connect Media files to a Google Drive Folder" (355 votes, shipped January 2025) has a comment asking for Shared Drive support. Filing separately because that request is closed and the comment is unlikely to be triaged.
0
Load More
→