You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Download hangs for very large datasources and workbooks #1254
More specifically, it'll hang in the phase where it's sending the request to Tableau to prepare the download, and Tableau is "putting together" the download. When doing this in your browser interactively, this is the moment where you click "Download", and you see the status bar saying "Waiting for (tableau.wherever.com)", until the download starts. In TSC, this is hanging on line 86 in endpoint.py, where server_response seems like it never gets resolved.
I've tested this with a 20 GB data source with extract. Interactively, in a browser, the request comes through after about 12 minutes, and the download starts. With TSC, it never does. Note that no timeout is added to the requests parameters with add_http_options, i.e. it is TSC's default 0.
Versions
Details of your environment, including:
Tableau Server version (or note if using Tableau Online): 2022.1.13 (20221.23.0315.2054) 64-bit Linux
Python version: 3.10.7
TSC library version: 0.25 (because 0.26 was yanked from PyPi?)
To Reproduce
Really just: tableau_server_tsc.datasources.download(...)
Results
No error, but continues indefinitely without a response.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 14 days if no further activity occurs. If this is still relevant, please comment to keep it open.
Large downloads can take the server several minutes to prepare before the first byte arrives, and TSC sends requests with no timeout by default, so the client waits as long as the server does. Setting server.add_http_options({"timeout": ...}) makes the call fail instead of hang. If this still happens on a current version, please open a new issue with the version, the item size and the timeout you used.
@jacalata thanks for chiming in! Years later, I realize that that is indeed what is happening.
Not sure if the content I was dealing back then was so large that it would seemingly never resolve, but it's definitely not an issue or a bug - it is just how it works.
Activity
rupalvshinde commentedon Mar 5, 2024
is there any update on this , we too facing same issue
github-actions commentedon Aug 1, 2026
This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 14 days if no further activity occurs. If this is still relevant, please comment to keep it open.
github-actions commentedon Aug 16, 2026
Closing due to inactivity. If this is still relevant, please reopen or file a new issue.
jacalata commentedon Nov 10, 2026
Large downloads can take the server several minutes to prepare before the first byte arrives, and TSC sends requests with no timeout by default, so the client waits as long as the server does. Setting
server.add_http_options({"timeout": ...})makes the call fail instead of hang. If this still happens on a current version, please open a new issue with the version, the item size and the timeout you used.TimothyVermeirenBiztory commentedon Nov 11, 2026
@jacalata thanks for chiming in! Years later, I realize that that is indeed what is happening.
Not sure if the content I was dealing back then was so large that it would seemingly never resolve, but it's definitely not an issue or a bug - it is just how it works.