# WUI: Runahead limit is showing for the "next" cycle but not the ones afterwards

**URL:** <https://cylc.discourse.group/t/wui-runahead-limit-is-showing-for-the-next-cycle-but-not-the-ones-afterwards/1175>\
**Category:** Cylc Support\
**Created:** [May 25, 2025, 11:05pm UTC](https://cylc.discourse.group/t/wui-runahead-limit-is-showing-for-the-next-cycle-but-not-the-ones-afterwards/1175 "2025-05-25T23:05:49Z")\
**Posts on this page:** 2\
**Page:** 1

<div class="post-metadata">

**Author:** ![TomC](https://yyz2.discourse-cdn.com/free1/user_avatar/cylc.discourse.group/tomc/32/115_2.png) [@TomC](https://cylc.discourse.group/u/TomC)\
**Post date:** [May 25, 2025, 11:05pm UTC](https://cylc.discourse.group/t/wui-runahead-limit-is-showing-for-the-next-cycle-but-not-the-ones-afterwards/1175/1 "2025-05-25T23:05:49Z")

</div>

Looking at workflow that has tasks in a failed state, I was looking at the final cycle in the display and thought the runahead limit was not met. But, when looking at the “next” cycle, it shows the runahead limit has been met.

 ![image](https://global.discourse-cdn.com/free1/uploads/cylc1/original/1X/30b77a1b91dc3ade6a07f7cc9d62c985dcb2d5c3.png)

Is this expected? The n-window is set to 3, so I’m guessing that the runahead limit being met only shows for tasks in the n=0 or n=1 window, not for greater N’s? If this is correct, my follow-up question is, should it show for all future N’s?

---

<div class="post-metadata">

**Author:** ![hilary.j.oliver](https://yyz2.discourse-cdn.com/free1/user_avatar/cylc.discourse.group/hilary.j.oliver/32/4_2.png) [@hilary.j.oliver](https://cylc.discourse.group/u/hilary.j.oliver)\
**Post date:** [May 26, 2025, 4:00am UTC](https://cylc.discourse.group/t/wui-runahead-limit-is-showing-for-the-next-cycle-but-not-the-ones-afterwards/1175/2 "2025-05-26T04:00:15Z")

</div>

Hi @TomC

Yes, this is expected.

The web UI does not convey runahead limiting very helpfully yet. We have plans to fix that.

The nightly build of the User Guide explains the status quo better [nightly\_8.5: Runahead Limiting](https://cylc.github.io/cylc-doc/nightly_8.5/html/user-guide/writing-workflows/scheduling.html#runahead-limiting).

- Tasks spawn into the `n=0` window (i.e., they become “active”) when their prerequisites are met, or automatically out to the runahead limit if they have no task prerequisites.
- Tasks in the `n=0` window that are just beyond the runahead limit are marked with the little “target” badge and prevented from spawning any further.
  - These tasks are being actively held back by the runahead limit

- Tasks at `n>0` in the UI belong to the abstract future graph - the bigger the value of `n` the more you’ll see around the active tasks.
  - These tasks are beyond the runahead limit, but they are not actively held back by the limit because workflow activity has not reached that part of the graph yet.

Currently, the only way to see exactly which tasks are active is to set n-window extent to zero.

In future GUI updates we plan to make the distinction between `n=0` and `n>0` more obvious, and also show what cycles are beyond the runahead limit so you won’t have look for the one cycle that is at the limit. (Note the two concepts are different: the future graph includes any tasks downstream of active tasks in any cycle point, not just those beyond the runahead limit).