Introduce an indexer-wide option to skip automatic searches for books with future release dates (config key: `indexer.skip_unreleased`, default ON). Adds a GET/PUT admin API for indexer options, a UI toggle on the Indexers settings tab (persisted on save), and persistence of a request-level releaseDate in the Prisma schema. Adds a new request status `awaiting_release` and wires it through constants, UI components (StatusBadge, RequestCard, RecentRequestsTable, Audiobook card/modal, RequestActions), API request flows (bookdate swipe, request creation, manual search, request PATCHs, request listing groups), and services. Implements a pure release-date utility (isUnreleased / shouldSkipAutoSearch) and updates background processors: monitor-rss-feeds (skip matches but do not mutate status), retry-missing-torrents (drives bidirectional transitions between awaiting_search and awaiting_release and queues searches when appropriate), and request-creator/bookdate swipe (gate initial auto-search). Adds tests for the swipe gate and other related test updates. Logs transitions and gate decisions for observability.
8.1 KiB
Recurring Jobs Scheduler
Status: ✅ Implemented
Manages recurring/scheduled jobs providing automated tasks (Plex scans, Audible refresh) with scheduled (cron) execution and manual triggering.
Recent Updates
- Config validation before job execution
- Audible refresh persists to database
- Enhanced error handling with clear messages
- Schedule editing UI with toast notifications
- Human-friendly schedule descriptions and editor (preset/custom/advanced modes)
- Real-time cron expression preview
Scheduled Jobs
- plex_library_scan - Default: every 6 hours, full library scan, disabled by default (enable after setup)
- plex_recently_added_check - Default: every 5 minutes, lightweight polling of top 10 recently added items, enabled by default
- audible_refresh - Default: daily midnight, fetches 200 popular + 200 new releases, stores with rankings, disabled by default
- retry_missing_torrents - Default: daily midnight, processes union of
awaiting_search∪awaiting_release(limit 50), handles both audiobook and ebook requests. Bidirectional transitions:awaiting_search→awaiting_releasewhen release date is future +indexer.skip_unreleasedON;awaiting_release→awaiting_search+ run search when release date has passed or setting OFF. Sole owner of these transitions. Enabled by default. - retry_failed_imports - Default: every 6 hours, re-attempts 'awaiting_import' status (limit 50), enabled by default
- cleanup_seeded_torrents - Default: every 30 mins, deletes torrents after seeding requirements met, respects
seeding_time_minutesconfig (0 = never), enabled by default - monitor_rss_feeds - Default: every 15 mins, checks RSS feeds from enabled indexers, matches against
awaiting_searchrequests (audiobook and ebook, limit 100). Query is unchanged — release-date gate is applied AFTER a match is found: if matched book is unreleased +indexer.skip_unreleasedON, the match is skipped and request status is NOT mutated (retry job owns transitions). Enabled by default.
Architecture: Bull + Cron
- Repeatable jobs with cron expressions (Bull's built-in scheduler)
- Manual trigger capability
- Job persistence and retry logic
- Admin UI management
- Automatic scheduling/unscheduling when jobs enabled/disabled
- Schedule updates handled by unscheduling old job and scheduling new one
Human-Friendly Scheduling UI
Three Modes:
- Common Schedules - Preset options (every 15min, hourly, daily, weekly, monthly)
- Custom Schedule - Visual builder with dropdowns for minutes/hours/daily/weekly/monthly
- Advanced (Cron) - Raw cron expression for power users
Features:
- Human-readable display: "Every 6 hours" instead of "0 */6 * * *"
- Real-time preview of cron expressions
- Visual schedule builder (no cron knowledge required)
- Cron validation before saving
- Shows both human text and cron expression in job list
Utility Functions (src/lib/utils/cron.ts):
cronToHuman(cron)- Converts cron to readable textcustomScheduleToCron(schedule)- Builds cron from visual inputs (auto-converts 24+ hour intervals to daily)cronToCustomSchedule(cron)- Parses cron to visual inputsisValidCron(cron)- Validates cron expression
Cron Expressions
* * * * *
│ │ │ │ └─ day of week (0-7)
│ │ │ └─── month (1-12)
│ │ └───── day of month (1-31)
│ └─────── hour (0-23)
└───────── minute (0-59)
Examples:
0 */6 * * *- Every 6 hours0 0 * * *- Daily midnight*/30 * * * *- Every 30 mins
API Endpoints
GET /api/admin/jobs - Get all scheduled jobs (admin auth)
POST /api/admin/jobs - Create job (admin auth)
{
"name": "Daily Audible Refresh",
"type": "audible_refresh",
"schedule": "0 0 * * *",
"enabled": true
}
PUT /api/admin/jobs/:id - Update job (admin auth)
DELETE /api/admin/jobs/:id - Delete job (admin auth)
POST /api/admin/jobs/:id/trigger - Manually trigger job (admin auth)
GET /api/admin/jobs/:id/history?limit=50 - Job execution history (admin auth)
Data Model
interface ScheduledJob {
id: string;
name: string;
type: JobType;
schedule: string; // cron
enabled: boolean;
lastRun: Date | null;
nextRun: Date | null;
payload: any;
}
Implementation Details
Scheduler Service (scheduler.service.ts):
start(): Initializes scheduler, creates default jobs, schedules all enabled jobsscheduleJob(): Adds job to Bull as repeatable job with cron expressionunscheduleJob(): Removes repeatable job from BullupdateScheduledJob(): Unschedules old job, updates DB, schedules new job if enableddeleteScheduledJob(): Unschedules job before deleting from DB
Job Queue Service (job-queue.service.ts):
addRepeatableJob(): Registers job type with Bull's repeat schedulerremoveRepeatableJob(): Removes job from Bull's repeat scheduler- Processors for each scheduled job type call
scheduler.triggerJobNow() setMaxListeners(20): Set on both Redis client and Bull queue to accommodate 12 job processors (6 regular + 6 scheduled)
Flow:
- App starts →
scheduler.start()→ schedules all enabled jobs - Bull triggers job at cron time → processor calls
triggerJobNow() triggerJobNow()executes job-specific logic (Plex scan, Audible refresh, etc.)- Updates
lastRuntimestamp in database
Audible Refresh Processor
Implementation:
- Fetch 200 popular + 200 new releases (multi-page scraping)
- Download and cache cover thumbnails locally (stored in
/app/cache/thumbnails) - Wipe and re-populate
AudibleCacheCategoryentries with reserved IDs (__popular__,__new_releases__) and user-configured category IDs - Upsert book metadata in
AudibleCache, ranked entries inAudibleCacheCategory - Record sync timestamp (
lastAudibleSync) - Clean up unused thumbnails (removes covers for audiobooks no longer in cache)
- Perform fuzzy matching (70% threshold) against Plex library
- Set
plexGuidwhen match found (with duplicate protection) - Update
availabilityStatusto 'available' or 'unknown'
Duplicate PlexGuid Handling: Since plexGuid has UNIQUE constraint, only first match gets assigned to prevent violations.
Thumbnail Caching: Downloads cover images from Audible and stores them locally to reduce external requests. Cached thumbnails are served via /api/cache/thumbnails/[filename] endpoint. Unused thumbnails are automatically cleaned up after each sync.
Fixed Issues ✅
- ✅ Jobs running without config validation
- ✅ Default alert() popups → toast notifications
- ✅ No UI for editing schedules → added edit modal
- ✅ Audible data not persisting → saves to database
- ✅ Download progress logging ~500x/s → 10s delay
- ✅ Requests failing permanently (no torrents) → retry system with 'awaiting_search'
- ✅ Requests failing permanently (no files) → retry system with max 5 retries + 'warn' status
- ✅ Failed requests blocking re-requests → allow re-requesting failed/warn/cancelled
- ✅ Files deleted immediately → kept until seeding requirements met
- ✅ No seeding time config → added
seeding_time_minutes - ✅ Scheduled jobs not running on schedule → implemented Bull repeatable jobs with cron scheduling
- ✅ MaxListenersExceededWarning → increased maxListeners to 20 on both Redis client and Bull queue
- ✅ Cron expressions not user-friendly → added human-readable descriptions and visual schedule builder
- ✅ Scheduled jobs triggered by timer not appearing in system logs → Job records now created automatically for timer-triggered jobs
- ✅ Scheduled jobs triggered by timer not updating lastRun timestamp → Job queue now updates lastRun when processing timer-triggered jobs
- ✅ Daily cron patterns at non-midnight hours not recognized → Fixed
getIntervalFromCronto parse any daily time (e.g., "0 4 * * *") - ✅ "Every 24 hours" interval validation error → Auto-converts 24+ hour intervals to daily schedule (0 0 * * *)
Tech Stack
- Bull repeatable jobs
- PostgreSQL (scheduled_jobs table)
- Bull/Redis infrastructure