Calendar

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.

There is no Calendar ID for the new service calendar v2. ( end of url 24 digit slug doesn't work for the ID to be called on ) I've talked with several reps who have no idea about V2 or IDs and tell me to use v1. One rep said v1 will be removed - ?? If we were able to call ID's in V1, it should be accessible in V2.

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.

right now we have the ability to have HL verify for apple pay only the domains in the "settings - domains" list. We need that capability to extend to the client portal custom domain and the branded domain too, so that we can have Apple Pay on calendar appointments and membership offers

Clients use the calender in HL for booking ,but will review/check the Google calendar while in the field. If they block off a slot in the HL calendar, it won't populate in Google calendar. We either need to be able to have the blocked time show up in the Google calendar, or a warning when blocking the time that it won't reflect in a 3rd party calendar.

Issue Summary: While testing Services V2, we encountered an issue where three products under "Products" are stuck as linked to calendars. These products cannot be deleted because the system reports they are tied to calendars. However, there are no calendars present in either Services V1 or Services V2. Steps to Reproduce: Navigate to Services V2. Attempt to delete products that are shown as linked to calendars. System blocks deletion, nothing happens. Verify calendars in both Services V1 and V2 – none exist. Attempted toggling Services off from Agency View and turning them back on. Products remain stuck, still showing as linked to nonexistent calendars. Expected Behavior: Products should be deletable if no active calendar linkage exists. Deleting a product should automatically remove or de-link any associated calendar references. Actual Behavior: Products remain undeletable due to phantom calendar links, even after Services are toggled off/on and linked calendars are deleted. Possible Cause (Observation): This may have occurred when Services were turned off from Agency View. Upon re-enabling, the system seems to retain ghost calendar associations that prevent product deletion. Impact: Products cannot be managed or cleaned up. Calendar linkage persists despite no calendars existing. Causes confusion and blocks proper configuration of Services V2. Request: Please investigate and fix the issue so that: Products can be deleted when no real calendar linkage exists. Calendar associations are properly cleared when products are removed. Turning Services off/on does not leave residual phantom links.

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

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.