[PR #31075] fix: use configured max_retries in HTTP Request node error message #33081

Open
opened 2026-02-21 20:52:37 -05:00 by yindo · 0 comments
Owner

Original Pull Request: https://github.com/langgenius/dify/pull/31075

State: open
Merged: No


Summary

Fixes #31071 - The error message for HTTP Request node retries was showing incorrect retry count

Problem

When the HTTP Request node's retry feature was enabled, the error message always showed "0 retries" because the Executor was initialized with a hardcoded max_retries=0 instead of the configured value.

Solution

Modified _run method to use the configured max_retries from retry_config when retry is enabled.

Changes

  • Modified api/core/workflow/nodes/http_request/node.py:
    • Read max_retries from retry_config when retry is enabled
    • Pass the correct value to Executor

Contribution by Gittensor, see my contribution statistics at https://gittensor.io/miners/details?githubId=146701565

**Original Pull Request:** https://github.com/langgenius/dify/pull/31075 **State:** open **Merged:** No --- ## Summary Fixes #31071 - The error message for HTTP Request node retries was showing incorrect retry count ## Problem When the HTTP Request node's retry feature was enabled, the error message always showed "0 retries" because the `Executor` was initialized with a hardcoded `max_retries=0` instead of the configured value. ## Solution Modified `_run` method to use the configured `max_retries` from `retry_config` when retry is enabled. ## Changes - Modified `api/core/workflow/nodes/http_request/node.py`: - Read `max_retries` from `retry_config` when retry is enabled - Pass the correct value to `Executor` Contribution by Gittensor, see my contribution statistics at https://gittensor.io/miners/details?githubId=146701565
yindo added the pull-request label 2026-02-21 20:52:37 -05:00
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: langgenius/dify#33081