Calendar

Services V2 – Products Stuck Linked to Calendars
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.
0
·
Bug
Services V2: Staff hours desync when adding or editing a service (requires manual re-check every time)
Problem / Current Behavior In Services V2, the relationship between staff, services, and their availability hours is fragile and prone to silent desyncs. Specifically: Editing an existing service can break the link between that service and its assigned staff hours, requiring you to re-enter availability manually. Adding a new service to an existing staff member creates a new default schedule for that service instead of inheriting the staff member's existing hours. You end up with duplicate or conflicting availability configs. Any change to one of the three variables (staff, service, or location) forces a manual review of the other two to confirm nothing broke. This creates significant admin overhead, especially for clinics or studios with multiple therapists and service types. Desired Behavior A staff member's configured hours should be the single source of truth, reused automatically when they are assigned to a new service. Editing a service's metadata (name, duration, price, etc.) should never disconnect or reset the staff availability for that service. A clear visual warning should appear if a staff member has been added to a service but has no hours configured for it. Use Case Multi-therapist health clinics (physiotherapy, osteopathy, podiatry) where each therapist offers 3-5 services. Currently, any configuration update risks silently breaking availability, leading to incorrect booking slots shown to patients. Proposed Solution Inherit staff default schedule when assigning to a new service (with option to override per service). Lock service metadata edits so they don't affect the staff-service availability linkage. Add a "configuration health check" indicator in the Services panel showing staff without valid hours per service.
0
·
Bug
Load More