v1.4.0
Fixed
- Postgres reservations now create successfully. The internal
extractIdhelper inresolveReservationItems.tsdid not handle numeric IDs, so on the Postgres adapter every reservation create failed:extractId(42)returnedundefined, causingvalidateConflictsto callfindByID({ id: '' })and throwNotFoundbefore any conflict check could run. Adds a numeric branch toextractId, and widensResolvedItem.resource/ResolvedItem.serviceplus theresourceId/excludeReservationId/serviceIdparameters inAvailabilityServicetonumber | string. MongoDB behaviour is unchanged.
Changed
-
Restored the documented
namefield on the extended user collection. README, SKILL, and the v1.0.0 release notes all describeuserCollection-mode as injectingname,phone,notes, andbookings, but the field injection inplugin.tsonly added the last three. A downstream project that setadmin.useAsTitle: 'name'on its extended user collection was blocked because nonamefield existed. The plugin now injectsname(text, max 200, required) along with the other three. Collections that already define their ownnamefield are unaffected — field deduplication preserves the original definition.Treated as a minor (rather than patch) bump because this restores documented behaviour by introducing a new required field on
userCollection-extended collections that did not previously define their ownname.