Calendar

We have a very stripped down use for GHL for just contacts and calendars for a couple clients. We do not want to give them access to things they don't need to make use of the app easier. One function that doesn't appear to work is sending test emails for calendar notifications, like confirmations, reminders, etc. unless we turn on the user's role access to include Automations. Is there a way to allow test emails w/o turning on Automations for a subaccount user? By turning it on, they can then see Automations in the left nav bar, and they can see all the things about AI, Email Campaigns, and all kinds of other things we turned off. I think this is a bug. A user should be able to use a function shown on screen without needing role access to a different module.

I have a deposit amount and its added at heckout but when testing payments the deposit is not there only the listing total.

Problem: When using the Service Booking (Services v2) trigger, the only way to access the service name is through the {{#each serviceBooking.services }}{{ this.name }}{{/each}} Handlebars block. However, the Update Contact Field action does not process Handlebars blocks. This means it is impossible to dynamically save the booked service name or assigned staff name into a contact custom field. What I've tried (all return empty): {{#each serviceBooking.services }}{{ this.name }}{{/each}} {{ serviceBooking.services.0.name }} {{ serviceBooking.booking _id}} {{#each serviceBooking.services }}{{ this.user.name }}{{/each}} {{#each serviceBooking.services }}{{this.assignedUser}}{{/each}} The variable picker inside Update Contact Field shows "Service Booking > Services > Name" but inserts the #each Handlebars syntax, which this action cannot process. Requested solution: Add flat (non-Handlebars) merge fields for Service Booking data that work in all workflow actions, not just in message templates. For example: {{serviceBooking.serviceName}} for the first/primary service name {{serviceBooking.staffName}} for the assigned staff member {{serviceBooking.serviceCategory}} for the service category This would allow users to save service booking details into contact fields for segmentation, personalization, and automation without needing premium webhook workarounds. Use case: Any business using Services v2 with multiple services needs to store the last booked service on the contact record for segmentation, personalized follow-ups, or rebooking automation. Currently the only workaround is building a separate If/Else branch for every single service, which doesn't scale. This affects salons, clinics, studios, agencies, and any multi-service business using Services v2.

When an appointment is marked as "showed", the time becomes available again in the calendar to book. IE currently the only status that stops a team member's time being booked, is "confirmed", all other statuses including "showed" open the slot again for booking. This is a problem in services bookings, for example health services (but also many others). A contact books an appointment, it is confirmed, then when they walk in the door the receptionist marks the appt as "showed" in order to notify the practitioner that the client is ready. It might be a 2 hours appointment BUT the calendar now shows the spot as available for booking and allows another appointment to be booked immediately, which creates a double-booking in reality. The solution is that "showed" status should also stop the team member from being available for booking, the same way "confirmed" does.

When updating calendar notification settings, even though I have clicked the SAVE button all over the place multiple times, the settings somehow don't save properly. I have to redo the settings several times before they finally save correctly. After I finished setting up my email notifications, I moved on to the SMS Settings, but when I went back to check my email settings, they were all messed up. The changes I'd previously made were not saved. I've tried clearing my browser cache and logging back into my account, but it still is not working.

Current Problem: Currently, the Calendar View in GoHighLevel only displays the "Appointment Title" and "Time" on the event cards. For high-volume businesses like nail salons, spas, or medical clinics, this is very restrictive. Managers and receptionists have to click on each individual appointment just to see which service is being performed or to check specific customer notes. Proposed Solution: We need the ability to customize what information is displayed directly on the calendar event cards (the color blocks). Ideally, there should be a "Display Settings" toggle within the Calendar View to: Show/Hide Standard Fields: Contact Name, Phone Number, Assigned Staff, and Service Name. Add Custom Fields: Allow users to pick at least 1-2 Custom Fields to display on the card (e.g., "Nail Tech Request" or "Room Number"). Flexible Formatting: If the time slot is too short, allow the information to be visible via a hover-over tooltip or by expanding the card height. Benefit: This will provide a true "at-a-glance" management experience. It saves time, reduces clicks, and significantly improves operational efficiency for agency owners and their clients who manage busy daily schedules.

Example: a user (Realtor) who only handles showing properties has restricted data access to only clents has been scheduled to show properties, and should be able to schedule appointments in any calendar of other team members (loan officers, inspectors, etc) to keep the process going. Currently the user can only schedule in his own calendar.

Summary When the "Unified Service Booking View" toggle is enabled in Calendar View > Manage View, confirmed service bookings are rendered with strikethrough text and labelled as "Cancelled." The backend data is correct. This is a UI rendering issue isolated to the Unified Service View. Environment Sub-account type: SaaS Mode (Agency Pro) Calendar type: Services V2 exclusively Locations: 2 (multi-location, single sub-account) Booking volume: ~460+ migrated appointments via API, plus ongoing organic bookings Steps to reproduce Navigate to Calendars > Calendar View. Select the "Services" scheduling type. Open Manage View (top-right). Enable the "Unified Service Booking View" toggle. Navigate to any date with confirmed service bookings (example: April 27, 2026). Observe: confirmed bookings appear with strikethrough styling and display status "Cancelled." Expected behavior: Confirmed bookings should display with normal styling and status "Confirmed." Actual behavior: Confirmed bookings appear crossed out and labelled "Cancelled" in the Unified Service View only. Diagnostic evidence confirming this is a rendering bug We performed extensive validation across multiple endpoints and views. All confirm the bookings are correctly confirmed in the backend: Public API (GET /calendars/events): Returns status: "confirmed" for the affected bookings. Service Bookings API (GET /service-bookings): Returns status: "confirmed". Appointment List View (Calendars > Appointment List): Shows the bookings as "Confirmed," no strikethrough. Calendar View with Unified toggle OFF: Shows the bookings normally, no strikethrough, correct "Confirmed" status. Calendar View with Unified toggle ON: Incorrectly renders the same bookings as cancelled with strikethrough. Additionally, we attempted to force a re-sync via API by issuing PUT requests to update the booking status and payload fields. The backend accepted the updates and returned confirmed status, but the Unified Service View continued to render the appointments as cancelled. This confirms the issue is in the rendering layer, not in the data. Impact Reception staff rely on the Calendar View daily for scheduling. The strikethrough styling causes confusion, as staff cannot distinguish between genuinely cancelled appointments and the false rendering. Multi-location businesses benefit from the Unified View to see all staff and services in one place. This bug effectively makes that feature unreliable. Current workaround: We have instructed staff to either (a) disable the Unified Service Booking View toggle, or (b) use the Appointment List View, which always reflects the correct backend status. Additional context These bookings were migrated via the public API (POST /calendars/events and service bookings endpoints). Both natively created and migrated bookings exhibit the same rendering issue in Unified View. We are aware of a separate, already-reported bug where service colors revert to random in Unified View when filtering by location. The rendering issue described here appears related to the same Unified View rendering pipeline but manifests differently (status misrepresentation rather than color misrepresentation). We are not requesting a data fix, as the data is correct. This is a request to fix the Unified Service View rendering logic so it reads the booking status accurately. Requested action Please investigate the rendering logic of the Unified Service Booking View to ensure it correctly reflects the backend booking status. A patch or hotfix for this rendering layer would resolve the issue without requiring any changes to the underlying data.

Is there a way to make it more obvious to users that are additional times that they can scroll down to select? On this calendar, I have 30min time slots from 8AM-4PM. You can only see the morning slots by default. There's no scroll bar to indicate that there's more times below to pick from.

When booking an appointment and adding an additional guest, only name and email are required. If someone enters just a first name and the email matches an existing contact, it overwrites the existing contact and removes the last name. This should not happen. Existing contact data should not be replaced by partial or incomplete inputs. Expected behavior: Do not overwrite existing contacts with partial data Or require both first and last name for additional guests