Skip to content

[Bug]: Query - "Timeout After" value not utilized. #332

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
1 task done
placidic opened this issue Aug 1, 2023 · 3 comments · Fixed by #345
Closed
1 task done

[Bug]: Query - "Timeout After" value not utilized. #332

placidic opened this issue Aug 1, 2023 · 3 comments · Fixed by #345
Assignees
Labels
Bug Something isn't working Needs triage Needs to be reviewed by core team

Comments

@placidic
Copy link

placidic commented Aug 1, 2023

Is there an existing issue for this?

  • I have searched the existing issues

Current Behavior

When setting a "Timeout After" value in any of my queries, they all timeout after 30 seconds, no matter what value is set.
image
image

Expected Behavior

It's expected that the queries being invoked, would respect the "Timeout After" value defined and apply it to the HTTP call.

Steps to reproduce

  1. Create a new query object with a long running process (> 30 seconds)
  2. Set the "Timeout After" setting for the query to >30 second (ex. 60 seconds)
  3. Invoke Query

Environment

Lowcoder 2.0.1

Additional Information

No response

@placidic placidic added Bug Something isn't working Needs triage Needs to be reviewed by core team labels Aug 1, 2023
@placidic
Copy link
Author

I further tested this issue using a long running n8n workflow to rule out a server side timeout - and validated the bug by receiving the same error outcome.

  1. Created a simple webhook workflow with a 1min wait step before responding
  2. Created a REST API query in lowcoder, set to a 45sec timeout
  3. Manually invoked the query via button click event
  4. Query fails with 504 Gateway Timeout after 30sec.

@placidic
Copy link
Author

could it be related to this old openblocks issue?
openblocks-dev/openblocks#288

@ludomikula
Copy link
Collaborator

could it be related to this old openblocks issue? openblocks-dev/openblocks#288

I believe this is a different issue. Default nginx proxy timeout is 60 seconds.
Here the problem is in the webclient when calling the HTTP request - it uses default timeout setting which is 30 seconds.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Something isn't working Needs triage Needs to be reviewed by core team
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants