Skip to content
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

Issue 1299 #1300

Merged
merged 7 commits into from
Jan 4, 2024
Merged

Issue 1299 #1300

merged 7 commits into from
Jan 4, 2024

Conversation

kykrueger
Copy link
Contributor

closes #1299

Fixes issue with bad state of async_response.
Fixes issue that timeouts are not triggered when set to longer than 60s.

@salesforce-cla
Copy link

Thanks for the contribution! Before we can merge this, we need @kykrueger to sign the Salesforce Inc. Contributor License Agreement.

@kykrueger
Copy link
Contributor Author

I've signed the CLA

@bcantoni
Copy link
Contributor

Close and reopen PR to run CLA check again.

@bcantoni
Copy link
Contributor

@kykrueger thanks for putting this PR together! As a first time contributor we had to click a button to run all the checks here and those are done now. You are all set from the CLA perspective. If you look at the build results it looks like you have one black formatting issue and one by pi type issue to fix.

In parallel, @jacalata could you give this a review?

@kykrueger
Copy link
Contributor Author

Alright, I'll run black over it once. Are you using the defaults or the --preview flag?

@jacalata
Copy link
Contributor

Defaults

@kykrueger
Copy link
Contributor Author

@jacalata @bcantoni that should do it

@kykrueger
Copy link
Contributor Author

@jacalata @bcantoni the mypy failures are not functionally related to the PR. Do you have a suggestion?

@kykrueger
Copy link
Contributor Author

To push this along I've added a check to see if exceptions are returned from the blocking request. This was already returned before this PR, but the type hinting didn't reveal the possibility.

When making my changes, I fixed a pyright error where it had complained that Exceptions could be returned, but were not hinted. This broke the checks for mypy.

Now the returned exceptions will be raised. Before a typeerror would have probably occurred, but now the proper exception will be raised.

@kykrueger
Copy link
Contributor Author

@bcantoni @jacalata could I get a review and restart of the builds?

Copy link
Contributor

@jacalata jacalata left a comment

Choose a reason for hiding this comment

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

This looks great, thanks! I'd like to add some tests with it, but if I don't get round to that I'll merge it this week anyway.

@kykrueger
Copy link
Contributor Author

Thanks!

@kykrueger
Copy link
Contributor Author

@jacalata , I adjusted the settings of my config for Black to match those of your tests.
Now that we both have 120 as the line length, I expect all builds to pass.

@kykrueger
Copy link
Contributor Author

kykrueger commented Nov 23, 2023

@bcantoni @jacalata could you give an Update on what is holding up this ticket?
FYI: I just rebased on main

@mzappitello
Copy link

is there any update on this PR? our workflows ran into the same error described by @kykrueger and we had to revert back to v0.25.

@jacalata jacalata changed the base branch from master to development January 4, 2024 04:46
@jacalata jacalata merged commit 52d7f7c into tableau:development Jan 4, 2024
18 checks passed
jacalata added a commit that referenced this pull request Jan 13, 2024
#1302 
#1300 
#1330 
#1328 
#1297 
#1307 
#1299 
- fix filename handling in downloads
- fix typing on revisions files
- add typings
- update urllib dependency
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.

Server Response Errror (Bad Request) when overwriting large hyperfile since v0.26
4 participants