Skip to content

[FEATURE] Expose loading dock state and vehicle occupancy #293

Description

@ifBars

What would you like to see?

Add a managed LoadingDock wrapper reachable from S1API property and delivery surfaces.

The initial wrapper should expose:

  • stable GUID and display name;
  • the owning PropertyWrapper when available;
  • wrapped input and output ItemSlotInstance collections;
  • accepting-items and destroyed state;
  • wrapped static and dynamic LandVehicle occupants;
  • occupancy and accepting-state change notifications;
  • enumeration of a property's loading docks.

Why would this help?

The delivery API exposes only LoadingDockIndex, and PropertyWrapper exposes only LoadingDockCount. Automation, warehouse, delivery UI, and vehicle-routing mods still need the native ScheduleOne.Delivery.LoadingDock to inspect the actual dock, its transit slots, and its current vehicle.

Extra Context (Optional)

Keep the first version observational except for native authority-safe state already intended for public use. Custom dock creation, GUID mutation, delivery rerouting, outline UI, and direct transit-network calls should remain out of scope.

Validate deferred property resolution, vehicle arrival/departure, save reload, and host/client state separately on Mono and IL2CPP.

Metadata

Metadata

Assignees

No one assigned

    Labels

    MediumEdge case bugs, etcenhancementNew feature or request

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions