Skip to Content
GuidesAdmin SettingsEvent Defaults

Event Defaults

The Event Creation tab controls which fields are required on the New Event form, and which are even shown.

Required-field toggles

ToggleDefaultEffect when off
Require customer nameonField still shown but accepts empty value.
Require customer emailonField still shown. Off breaks the gallery-created email, the password-reset flow, and most automation that needs a recipient.
Require admin emailonField still shown. Off means expiration warnings + archive notifications have nowhere to go.
Require event dateonOff means slugs are generated with a random hex suffix instead of the date.
Require expiration dateonOff allows galleries that never expire (expires_at = null). Manual archive is the only cleanup path.

Disabling Require customer email or Require admin email is supported but the tab shows a warning under the switch — too many features assume there is somewhere to send a notification, and you will get silent failures rather than errors.

Form behavior

SettingDefaultWhat it does
Require password by defaultonPre-checks the “Require Password” box on the Create Event form. Per-event override still works.
Show filter bar in galleriesonWhen off, the search-by-filename and sort controls above grid-layout galleries are hidden.
Default download limit0 (unlimited)Pre-fills Download Limit on the Create Event form, and applies to events created through the v1 API without download_limit. See Download limit.
Uploader namesOffPre-selects the upload dialog’s name step (Off / Optional / Required) for new events. See Uploader names and photo credits.
Show uploader names to guestsoffPre-checks the per-event switch that shows names in the gallery. It applies to uploads made while it is on.

Guest feedback defaults

Enable Guest Feedback by default (off) pre-checks Guest Feedback on new events. Under it, one switch per feedback type sets which types a new gallery starts with; they are greyed out while the master switch is off. Existing galleries are not affected, and each gallery can still be changed individually.

TypeDefault
Star ratingson
Likeson
Favouriteson
Commentson
Emoji reactionson
Color labelsoff
Approve / reject per photooff
Default lightbox shortcutsColors only — 1 green, 2 yellow, 3 red (alternative: Lightroom — 1-5 stars, 6-9 colors)

Approve / reject per photo is the default for guest decisions (allow_decisions), see Feedback. It is on the beta channel from v3.167.0-beta.0 and not on stable (v3.134.x).

Folders and first look

SettingDefaultWhat it does
Mirror folder structure in new galleriesonSubfolders of uploads and external folders become nested gallery folders. Existing galleries keep their own setting.
Start a first look from keyword foldersonA top-level folder whose name contains one of the keywords (e.g. Wedding (FirstLook)) is not created as a folder: its photos are badged and the gallery switches to two-stage delivery.
KeywordsFirstLook, Sneak PeekComma-separated. Case, spaces, dashes and underscores are ignored, so FirstLook also matches first-look. Shown while keyword detection is on.
Full gallery due after (days)7Range 1–365. When a first look starts without a promised date, the full gallery is due this many days after the event date.

See Photo Categories for folders and two-stage delivery.

Folder mirroring, first-look keywords and the delivery days are on the beta channel from v3.164.0-beta.0 and not on stable (v3.134.x). See Release Channels.

Phone field

The phone field is off by default because most photographers do not need it. When enabled:

  • A new Customer Phone input appears on the Create Event and Edit Event forms.
  • The value is persisted to the events.customer_phone column.
  • It is included in the read-only Event Information panel.
  • It is included in event.* webhook payloads (customer_phone field).

When disabled, the field is hidden, existing values stay in the database (so toggling back on does not lose data), and webhook payloads send customer_phone: null.

SettingDefaultWhat it does
Enable phone number fieldoffMaster toggle for the customer phone input.

Where the validation lives

These toggles are read by backend/src/routes/adminEvents.js and backend/src/routes/v1/events.js on every event-create request. Bad input that ignores the requirement returns 400 Bad Request with a field-specific error.

Last updated on