The key output order is sync -> outer -> inner. The inner timer is not eligible until the outer timer callback has finished.
Console output or cleanup runs in an order that does not match the source code order. Nested timers are common in retry loops and staged UI updates.
Thinking nested async work runs inside the same task automatically.
Make ordering explicit instead of relying on when a queued callback might happen to run.
Promise.resolve().then(handleMicrotask); setTimeout(handleTimer, 0); // Assert/expect the microtask before the timer.
The console lane proves the visible order: sync -> outer -> inner. The active line and queues show why source order changed.
Add temporary logs around the sync line, promise callback, and timer, then confirm the order without adding arbitrary delays.
Related cases
Continue with nearby confusion while the mental model is fresh.
Sync execution
Most setup code, imports, and simple calculations behave this way.
setTimeout 0
Useful when you need to defer UI work until after the current event handler.
Promise before timeout
Promise-based state updates can happen before scheduled timers and animation cleanup.
Was this clear?
This stays local for now. It helps you track where the product still needs sharper cases.