parallelSteps

Declare before steps. Insert eligible groups at the current position, or after the current InstanceQuest block. Single EquipItem/UseItem actions inherit live group conditions; other groups retain activation-only conditions.

Value shape
table
Scope
route

Technical descriptions are preserved in source English. Field names and Lua examples are unchanged.

Examples

Source example. Replace IDs and values for your route; this website does not execute Lua.

Lua · 01
parallelSteps = { { conditions = { MinLevel = 88 }, steps = { ... } } }

Documented parameters

Documented parametersBehavior & detailsValue shape
conditionsShown in the source example; this does not establish a required field.table
MinLevelShown in the source example; this does not establish a required field.number | string | table
stepsShown in the source example; this does not establish a required field.table

Behavior & details

Forms shown in the documentation, not an exhaustive runtime schema. Constant runtime types are not inferred.

Route Definition Options

A file may register several independent APR.RouteQuestStepList["route-key"] = { ... } entries. Follow-up routes, prerequisites and prefabs reference these keys, not file names.

Parallel reward groups
CaseRequired behavior / syntax
Ready, unturned-in questconditions = { IsQuestOnQuest = 93384, IsQuestReadyForTurnIn = 93384, IsQuestUncompleted = 93384 }
Reward available above a thresholdUse MinLevel, rather than BeLvl, and add Zones when activation should wait for a visit to the reward map.
Independent rewardsUse separate groups for independently available hand-ins; a single Done list waits for every quest.
Pending hand-insAutomatic turn-ins listed in pending groups wait for activation; manual turn-ins and the modifier override remain available.
Side objectivesUse Fillers during other steps; add a Qpart before Done for unfinished objectives.
Character restrictionsKeep shared eligibility on the route; child steps and prefabs need only additional restrictions.
Filters and Conditions

Conditions on the same table combine with AND. Use AnyOf for alternatives, AllOf for repeated predicates and Not to invert a whole condition table.

Filters and Conditions
ScopeSupported conditions / result
Steps and parallelSteps[].conditionsAll filters below; group conditions control insertion, while a failed step filter skips that step.
Route conditions: visibilityInterfaceVersion, InterfaceVersionExact, DontHaveSpell, IsQuestReadyForTurnIn, HasAchievement, DontHaveAchievement, Faction, Race, Class, ClassNot, Event, AlliedRace, IsQuestCompleted, IsQuestUncompleted. Failure hides the route.
Route conditions: availabilityNumeric Level, MinLevel, MaxLevel, BeLvl, plus ClassSpec and Zones. Failure disables the route.
Route-level AnyOfAlternatives use step filters; failure hides the route, including failures of nested level conditions.
Conditional nextRoute / prefab entriesUse step filters; these affect the suggestion or prefab membership.

Search the wiki

Get started with APRRoutes & compatibilityAutomation, on your termsMake the interface yoursStuck on a step?Everyday commandsCreate & share a routeQuesting with a group
Browse the wiki