Skip to content

ENH: Add timeout parameter to run_async method in tap module#730

Merged
bsipocz merged 2 commits intoastropy:mainfrom
stvoutsin:issue-720
Feb 12, 2026
Merged

ENH: Add timeout parameter to run_async method in tap module#730
bsipocz merged 2 commits intoastropy:mainfrom
stvoutsin:issue-720

Conversation

@stvoutsin
Copy link
Contributor

Description

This exposes the timeout parameter to the run_async method, allowing a user to specify a maximum runtime for an asynchronous query before it times out.

This closes issue #720

@codecov
Copy link

codecov bot commented Feb 9, 2026

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 84.12%. Comparing base (fd99986) to head (0d97469).
⚠️ Report is 10 commits behind head on main.

Additional details and impacted files
@@           Coverage Diff           @@
##             main     #730   +/-   ##
=======================================
  Coverage   84.12%   84.12%           
=======================================
  Files          79       79           
  Lines        8616     8617    +1     
=======================================
+ Hits         7248     7249    +1     
  Misses       1368     1368           

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

Copy link
Member

@bsipocz bsipocz left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thank you, it all looks good to me.

I would still like to see one other approval and maybe opinions about the default 600s value, as well as if we consider this API change or bugfix -- whether to release nowish with 1.8.1 or later in May with 1.9

@ManonMarchand
Copy link
Member

The 600s timeout is the same than in wait, so it doesn't change the previous behavior. It's true that duplicating the literal can lead to issues later though. Should we set a global variable?

@stvoutsin
Copy link
Contributor Author

The 600s timeout is the same than in wait, so it doesn't change the previous behavior. It's true that duplicating the literal can lead to issues later though. Should we set a global variable?

Yea that seems like a good idea, I've set this as a global variable. Let me know if this looks better or if any other changes are needed to the PR.

@ManonMarchand
Copy link
Member

Looks good to me.

It's not breaking anything, and such a tiny change that I'd release it in 1.8.1 if you're ok with that @bsipocz

@bsipocz
Copy link
Member

bsipocz commented Feb 12, 2026

It's not breaking anything, and such a tiny change that I'd release it in 1.8.1 if you're ok with that @bsipocz

OK, let's do it. I think I could argue (not a strong argument though) that this fixes a bug/problems we had with the IRSA notebooks.

@bsipocz bsipocz modified the milestones: v1.9, v1.8.1 Feb 12, 2026
@bsipocz bsipocz merged commit cddf409 into astropy:main Feb 12, 2026
13 checks passed
bsipocz added a commit that referenced this pull request Feb 12, 2026
ENH: Add timeout parameter to run_async method in tap module
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants