feat(scheduler): unified resource timeline dispatch board

[roncodes]

Overview

This PR implements the full scheduler refactor outlined in the technical implementation plan. The order scheduler is transformed from a disconnected month-grid into a unified, industry-standard resource timeline dispatch board — with every driver on their own row, orders positioned at their exact scheduled time, and a collapsible sidebar for unscheduled orders.

---

Files Changed

File	Type	Description
addon/services/scheduling.js	New	Central SchedulingService (undo/redo, conflict detection, optimistic assign, bulk assign, best-fit)
addon/routes/operations/scheduler/index.js	Modified	Parallel model load (orders + drivers + scheduleItems) + socket lifecycle
addon/controllers/operations/scheduler/index.js	Modified	Full refactor: reactive getters, Ember Concurrency search, bulk selection, undo/redo, socket handlers
addon/templates/operations/scheduler/index.hbs	Modified	Two-column layout: collapsible sidebar + resource timeline
addon/utils/create-full-calendar-event-from-order.js	Modified	Removes allDay, adds resourceId + end time + status colours
addon/utils/create-full-calendar-event-from-schedule-item.js	New	Shift background events for driver rows
addon/components/order/schedule-card.hbs	Modified	Checkbox multi-select + selected ring highlight
addon/components/modals/scheduling-conflict.hbs	New	Conflict resolution modal (auto-adjust / assign-anyway)
addon/components/modals/bulk-assign-orders.hbs	New	Bulk assignment modal
translations/en-us.yaml	Modified	22 new scheduler i18n keys

---

Key Changes in Detail

New: SchedulingService

• assignOrder(order, driver, start) — optimistic update with automatic rollback on API failure
• unscheduleOrder(order) — removes driver/time assignment, moves order back to sidebar
• bulkAssign(orderIds, driver, start) — assigns multiple orders sequentially with gap spacing
• checkConflicts(driver, start, end) — scans existing events for overlaps before committing
• findBestFit(order, driver) — calls /best-fit API with heuristic fallback
• Undo/redo stack (50-entry history); canUndo/canRedo tracked properties

Modified: create-full-calendar-event-from-order.js

Before	After
allDay: true	Removed — events placed at exact scheduled_at time
No resourceId	resourceId: driver_uuid — event renders in correct driver row
No end	end derived from estimated_duration (default 60 min)
Single colour	Status-based colour (indigo/blue/green/gray/red/orange)

---

Backend Requirements (follow-up)

• B1 — GET /fleet-ops/orders multi-status filter
• B2 — Order model: estimated_duration field (integer, minutes)
• B3 — Driver model: max_daily_orders field (integer)
• B4 — POST /fleet-ops/orders/bulk-schedule endpoint
• B5 — GET /fleet-ops/orders/:id/best-fit?driver_uuid= endpoint
• B6 — Org-wide SocketCluster channel fleet-ops.{org_uuid}

---

Testing Checklist

• Drag unscheduled order onto driver row — event appears at correct time in correct row
• Drag to conflicting slot — conflict modal surfaces with conflicting orders listed
• Bulk select + assign — all orders assigned, sidebar empties
• Undo after assignment — order returns to sidebar, calendar event removed
• Search sidebar — filters with 300 ms debounce
• Collapse sidebar — timeline expands to full width
• Add driver shift — shift background block appears on driver row

---

Breaking Changes

None. SchedulingService is additive. Route model shape is extended but backward-compatible.

[roncodes]

Fix: Modal implementations, app re-exports, and callback signatures

This force-push (922db3ab) amends the original commit with three categories of fixes:

---

1. Modal templates — correct Modal::Default pattern

Both new modal templates were rewritten to match the established pattern used throughout FleetOps (e.g. modals/assign-driver, modals/driver-shift, modals/order-event):

Before (wrong)	After (correct)
`<ModalDefault @modal={{@modal}} as	modal
<modal.header>, <modal.body>, <modal.footer> block slots	<div class="modal-body-container"> inside the component body
@modal.options.foo	@options.foo
@modal.title	Rendered automatically by Modal::Default from @options.title
Custom <modal.footer> with modal.confirm / modal.decline	Footer buttons controlled via @options properties (acceptButtonText, hideDeclineButton, etc.)

modals/bulk-assign-orders.hbs — now uses @options.driver, @options.date, @options.orders with ModelSelect and DateTimeInput matching the assign-driver pattern.

modals/scheduling-conflict.hbs — now uses @options.conflicts, @options.driver, @options.order. Custom resolution buttons (Auto-Adjust, Assign Anyway) are placed inside the body and delegate to the new JS component actions.

---

2. New JS component — modals/scheduling-conflict.js

The conflict modal requires a backing Glimmer component to expose the autoAdjust and assignAnyway actions (which call @options.autoAdjust / @options.assignAnyway with the correct (modalsManager, done) signature). Added:

addon/components/modals/scheduling-conflict.js

---

3. Controller callback signatures corrected

All confirm, unschedule, delete, and autoAdjust/assignAnyway callbacks in the controller were updated from async (modal) => to async (modalsManager, done) =>, matching the actual modalsManager.onClickConfirmWithDone signature:

// modalsManager service calls:
confirm(this, done)  // this = modalsManager service, done = close function

---

4. App re-exports added (the missing piece)

All new addon/ files now have corresponding app/ re-export shims:

New re-export	Points to
app/services/scheduling.js	@fleetbase/fleetops-engine/services/scheduling
app/utils/create-full-calendar-event-from-schedule-item.js	@fleetbase/fleetops-engine/utils/create-full-calendar-event-from-schedule-item
app/components/modals/scheduling-conflict.js	@fleetbase/fleetops-engine/components/modals/scheduling-conflict
app/components/modals/bulk-assign-orders.js	@fleetbase/fleetops-engine/components/modals/bulk-assign-orders

---

Total files in this commit: 15 (10 original + 5 new from this fix push)