fix(availability): include PENDING bookings in getBusyTimes to prevent invisible slot overlap #29967

Bug Description

getBusyTimes only queries bookings with status: BookingStatus.ACCEPTED when computing busy slots. Bookings in PENDING status (created by requiresConfirmation: true event types) are invisible to the availability check. Two users can book the same slot simultaneously, both pass the availability check, and both create PENDING bookings for the same organizer time slot.

Affected file

packages/features/busyTimes/services/getBusyTimes.ts (line 81) — busy-time query uses status: BookingStatus.ACCEPTED only:

where: { status: BookingStatus.ACCEPTED, ... }

Fix

Include BookingStatus.PENDING alongside BookingStatus.ACCEPTED in the busy-time filter for event types that have requiresConfirmation: true, so pending bookings hold the slot tentatively.

Related

• Confirm handler race (gap Fixed some minor bugs that caused console errors #3 of the original triple-gap issue): fixed in fix(bookings): add overlap check before confirming pending booking to prevent double-booking #29966
• Idempotency key gap: see fix(bookings): set idempotency key when booking transitions from PENDING to ACCEPTED #29968

Environment

cal.com main branch (2026-08-13).