This is an automated email from the ASF dual-hosted git repository.

potiuk pushed a commit to branch v3-4-test
in repository https://gitbox.apache.org/repos/asf/airflow.git


The following commit(s) were added to refs/heads/v3-4-test by this push:
     new a707ed72f89 [v3-4-test] Fix the last loop iteration index in the task 
loops docs (#76831) (#76898)
a707ed72f89 is described below

commit a707ed72f89a2498efb3711fb9fc3ea91b9a854a
Author: github-actions[bot] 
<41898282+github-actions[bot]@users.noreply.github.com>
AuthorDate: Wed Nov 11 08:52:25 2026 +0100

    [v3-4-test] Fix the last loop iteration index in the task loops docs 
(#76831) (#76898)
    
    (cherry picked from commit e429795ce4b6b630b45276819d811f1f991265d2)
    
    Co-authored-by: ccoliu <[email protected]>
    Co-authored-by: Claude Opus 5.5 <[email protected]>
---
 airflow-core/docs/authoring-and-scheduling/loops.rst | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/airflow-core/docs/authoring-and-scheduling/loops.rst 
b/airflow-core/docs/authoring-and-scheduling/loops.rst
index 5138986f41f..ec9e625a43f 100644
--- a/airflow-core/docs/authoring-and-scheduling/loops.rst
+++ b/airflow-core/docs/authoring-and-scheduling/loops.rst
@@ -444,7 +444,7 @@ Any later iterations retained after a selective clear 
remain unchanged.
 
 The gate's task instance exposes its decision as ``ti.loop_decision``, a 
``LoopDecision``, once the gate
 has evaluated it. With ``until``, ``stop`` is ``True`` when ``until`` ended 
the loop, even at its last
-iteration. When ``stop`` is ``False`` at the last iteration (``loop.index == 
loop.max_iterations - 1``),
+iteration. When ``stop`` is ``False`` at the last iteration (``loop.index == 
loop.max_iterations``),
 the loop reached ``max_iterations`` without meeting ``until`` and the gate 
fails. A gate that fails before
 deciding, for example because ``until`` raised, or that was marked successful 
by hand, has no decision.
 

Reply via email to