Forms

The Form builder needs some quality of life changes. Its so tidies to make forms without the ability to duplicate elements... Please add: ➕ Ability to duplicate text element ➕ Ability to duplicate image ➕ Ability to duplicate slides (survey) ➕ Select images from Media Storage ➕ Add global color picker (like funnels and websites) with brand colors

We need to add colors from the Brand Board to the form builder! Everywhere a color can be applied, I'd like to be able to simply select a color from the brand's color palette instead of having to dig up the HEX code every time.

When you finish a call you could just have a form pop up internally , and disposition the calls however you want to build it, which would trigger automation and tags on the back ground: example - Call disposition internal form it could show 5 different types of reasons why the client declined which when they click one it could help with reporting if you webhooked. HIGHLVL-I-4134

Implement action when a form is added externally to a website, which has the option to capture UTM parameters.

It would be great if you could see a sample of the file being uploaded as a preview on the form when using a file upload field

Summary The form_embed.js script (included with form/calendar embeds) unintentionally hides third-party iframes on the same page when their src URL contains path segments like /booking, /form, /survey, /quiz, /group, /rentals, or /service-menu. Steps to Reproduce Embed a GHL form or calendar on a page that also contains a third-party iframe Ensure the third-party iframe src contains any of the above path segments (e.g. an Office 365 booking page at https://outlook.office365.com/owa/calendar/.../bookings/ ) Load the page Expected Behavior form_embed.js should only affect GHL-owned iframes and leave all third-party iframes untouched. Actual Behavior The Me() function in form_embed.js uses broad string matching (e.g. src.includes("/booking")) to identify GHL iframes. Any third-party iframe whose src URL happens to contain one of these path segments is incorrectly identified as a GHL iframe. It is then hidden via display:none / visibility:hidden by the de() function during initialization and never shown again, because it never sends the expected iframeLoaded postMessage that GHL uses to trigger the show sequence. Affected URLs / Example Third-party iframe src: https://outlook.office365.com/owa/calendar/***/bookings/ Matches because: src.includes("/booking") returns true Root Cause The Me() / Ie() filter in form_embed.js identifies GHL iframes purely by URL path segment pattern matching rather than by origin domain or a dedicated HTML attribute. This is not specific enough to distinguish GHL iframes from third-party iframes. Workaround A client-side interval loop is required to repeatedly force the hidden iframe back to visible after GHL's script runs, which is not a sustainable solution. Please let me know if you need any additional detail or a reproduction case.

We are currently using multi-select dropdown fields within GoHighLevel forms. These fields allow multiple selections but have a key limitation: there is no ability to search options by typing, which forces users to manually scroll through the list. This creates friction in the user experience, especially when: The list of options is long. The user already knows what they want but cannot quickly find it. The form is being completed on mobile devices. Current behavior: Multi-select dropdown field. Supports multiple selections. No search or typing-based filtering. Navigation only via scroll. Expected behavior: Maintain multi-select functionality. Add a search input within the dropdown. Dynamically filter options as the user types. Allow multiple selections from filtered results. Ensure consistent experience across desktop and mobile. Use case: This is particularly important in forms where users need to select treatments or services from a large list, making search functionality essential for usability and efficiency. We would appreciate your evaluation of this feature request or any alternative solutions that could address this use case.

Images for answer options in forms and surveys.

A multi-step form similar to getleadforms.com with conditional logic and customization, like the attachments to this post, would be ideal.

Allow forms to have multiple pages to step through. Each step can have multiple fields/questions. Allow forms to have icons as select options. See screenshot. Add a progress bar so the user can visually see how much completed and how much left to complete.