Automations

Currently the voicemail Call Status trigger is not working when an inbound call goes to our voicemail.

I've just discovered that automations scheduled from an account that has been disconnected will continue, even when the account is no longer accessible. All links in it, naturally, are dead. This is an important one gang.

Currently, this only works where the contact has been brought in by API. However there are a lot of other cases where contacts could be brought in via separate means, such as referral forms, emails from 3rd party software where a sale / subscription has been made. Currently, I sell using the WIX platform however have to manually enter the contact into GHL as Wix no longer works with Zapier / Make without their highest plan. So even though the email comes into GHL advising of the sale, with all contact details on that can then be pulled via ChatGPT in workflows, I am unable to use the create contact event because there is already a contact that has triggered the workflow (wix is the contact). Support do not know a way around this other than using another 3rd part like G Sheets where I automatically save the client there then use Zapier to send it back to GHL and trigger a workflow.

When exporting opportunities, the business/ company name is not included as one of the columns, can this be added please!!!!

My email address for my GHL profile is to my sub domain email address ( my_email@mktg.XYZ.com ). I have tried changing my email address from my sub domain to my domain email address ( my_email@XYZ.com ) that is used with google email platform. But the issue that occurs is GHL says that a OTP is sent to the sub domain email address ( my_email@mktg.XYZ.com ) so that I can confirm that I am trying to change the email address. Unfortunately, the GHL conversations tab IS NOT ABLE TO RECEIVE OTP emails (for whatever reason). I know this, b/c any other email sent to my sub domain email ( my_email@mktg.XYZ.com ) goes to the conversations tab, but the OTP ones do not. There is NO OTHER WAY to change your profile email address, so if I forget my password or any other issue, then i will be officially locked out of my GHL account. I tried asking support about this, but they said they are also locked out from changing anyone's email address or password and that a ticket had to be made for the dev team. I have been waiting for a resolution for this, but still waiting. THIS IS A HUGE SECURITY RISK AND SHOULD BE RESOLVED IMMEDIATELY. I dont know why GHL does not have multiple ways to verify account ownership or multiple login methods or at least have warnings or make it impossible for someone to use their sub domain as the profile email address... you profile email address is what is used for all of your {{ user.email }} tags and automations!!

I am reporting a bug that I have been encountering on the GHL platform for the past couple of months. Whenever I go to Settings and Automations, a large white box blocks half of my screen. It’s really annoying and prevents me from seeing the full screen. I’ve attached a file showing the bug. It would be great if this could be resolved as soon as possible.

In the Custom Code block within Automations, Base64-encoded strings are being altered by encoding the = character as =. This results in malformed Base64 output, which cannot be properly decoded unless manually corrected. Steps to Reproduce: Add a Custom Code block to an Automation. Set or manipulate a string that ends with one or more = characters (e.g., a Base64 string like WA2lMCvHYiyreV6yal7kCg==). Return or use the string in a webhook, custom field, or anywhere else within the automation. Observe that = characters are transformed into =, resulting in: WA2lMCvHYiyreV6yal7kCg==. Expected Behavior: The string should remain unaltered and retain the = characters, which are essential for valid Base64 decoding. Actual Behavior: The = characters are HTML entity encoded to =, breaking compatibility with standard Base64 decoders. Impact: This affects use cases where Base64 is required — such as tokens, encrypted payloads, or signed strings — leading to integration errors or failed decoding. Suggested Fix: Do not HTML-encode characters like = in the output of Custom Code blocks, especially when the string is being programmatically handled. Environment: Platform: GoHighLevel Feature: Automations → Custom Code block

When using a custom field for file uploads in a survey (potentially also affects forms), only the first uploaded file is stored and accessible. The expected behavior is that all uploaded files should be retrievable via the custom field. Steps to Reproduce: 1. Create a survey with a file upload custom field that allows multiple file uploads. 2. Save the survey. 3. Create a workflow that sends an email containing {{contact.[field id]}} to retrieve all uploaded file links. 4. Activate the workflow. 5. Complete the survey, uploading multiple files in the file upload field. Expected Result: The email should include links to all uploaded files. Actual Result: The email only contains the first uploaded file link, ignoring the rest. Impact: This breaks workflows reliant on retrieving multiple files and limits the usefulness of file-upload fields. Please investigate and fix. Let me know if you need additional details.

The trigger links referencing custom values within workflows pointed at zoom links in the SaaSPRENEUR Local Hero doesn't work. When clicking on the trigger link in the reminder email or SMS generated by the workflow, the recipient is linked back to the domain home page instead of being routed to the Zoom meeting. Seems like this would have been tested before publishing to the field. Anyone found a workarond?

All my UK SaaS sub accounts have the warning "This Sub-Account is paused due to pending email and phone verification from Sub-Account admin. Click here to review and resume this Sub-Account." The warning only dissapears when I MANUALLY verify the account. Until I manually verify the account, the client cannot purchase a phone number in the LC system. Surpringly we (in the UK) get the 2fa codes via SMS fine when logging in to the platform, however they do not work on the account verification area within "settings" > " phone numbers" So the system should work, but doesnt. Please update this so our sub accounts can be automatically verified by the GHL platform, rather than the less secure way of us manually verifying each sub account.