v0.13.1
Fixed
- A collection whose slug is purely numeric (e.g.
2026) no longer triggers a critical error. PHP coerces a numeric-string array key to an integer, so the slug-keyed discovery map handed anintto code that expected astring: the admin Photo Drop Collections page fatally errored the moment such a collection existed. The same coercion made the REST collections endpoint emit the slug as a JSON number — breaking the block editor's collection selector — and let the Create form's existing-slugs list miss a numeric-slug collision in its on-blur uniqueness check. The collection itself was always created correctly; only these consumers mishandled the key, and each now treats it as the string it represents.
Full changelog: https://github.com/Kntnt/kntnt-photo-drop/blob/v0.13.1/CHANGELOG.md