-
Notifications
You must be signed in to change notification settings - Fork 20
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
403 error on web forms with correct API token #38
Comments
FWIW, we were on support with Stitch and they said they were seeing this error and would revert to 1.2.0 (@7/26 2pm ET). We now see 1.2.0 in the extraction log, but have the exact same error. I can't say if the reversion actually worked though... |
I am also experiencing this 403 error issue. Stitch recommended that I ask for support here. In lieu of opening an identical issue, I wanted to piggy back on this so it is clear the issue is affecting multiple people. |
same issue here |
same issue here 403 Client Error: Forbidden for url: https://api.typeform.com/forms/[formID] with Stitch's Typeform connector. |
Also having the same issue: 403 Client Error: Forbidden for url: https://api.typeform.com/forms/[formID] with Stitch |
Same issue here. Wrote to Stitch support 3 days ago. Still no answer. |
same issue - 403 client error forbidden for url.. tried to generate new API token with full read/write permissions- that did not help. Logs below: ( hashed form id ) 2021-07-28 11:21:43,660Z main - INFO Running tap-typeform version 1.3.2 and target-stitch version 3.2.0 403 Forbidden2021-07-28 11:21:46,265Z tap - 2021-07-28 11:21:46,265Z tap - 2021-07-28 11:21:46,265Z tap - 2021-07-28 11:21:46,349Z tap - INFO "form definition BXQ5xNs3" job took 0.1s, ended with status "failed" 2021-07-28 11:21:46,350Z tap - CRITICAL 403 Client Error: Forbidden for url: https://api.typeform.com/forms/BXQ5xNs3 2021-07-28 11:21:46,350Z tap - Traceback (most recent call last): 2021-07-28 11:21:46,350Z tap - File "tap-env/bin/tap-typeform", line 33, in 2021-07-28 11:21:46,350Z tap - sys.exit(load_entry_point('tap-typeform==1.3.2', 'console_scripts', 'tap-typeform')()) 2021-07-28 11:21:46,350Z tap - File "/code/orchestrator/tap-env/lib/python3.8/site-packages/singer/utils.py", line 225, in wrapped 2021-07-28 11:21:46,350Z tap - return fnc(*args, **kwargs) 2021-07-28 11:21:46,350Z tap - File "/code/orchestrator/tap-env/lib/python3.8/site-packages/tap_typeform/init.py", line 95, in main 2021-07-28 11:21:46,350Z tap - sync(atx) 2021-07-28 11:21:46,350Z tap - File "/code/orchestrator/tap-env/lib/python3.8/site-packages/tap_typeform/init.py", line 76, in sync 2021-07-28 11:21:46,350Z tap - streams.sync_forms(atx) 2021-07-28 11:21:46,350Z tap - File "/code/orchestrator/tap-env/lib/python3.8/site-packages/tap_typeform/streams.py", line 207, in sync_forms 2021-07-28 11:21:46,350Z tap - sync_form_definition(atx, form_id) 2021-07-28 11:21:46,350Z tap - File "/code/orchestrator/tap-env/lib/python3.8/site-packages/tap_typeform/streams.py", line 98, in sync_form_definition 2021-07-28 11:21:46,350Z tap - response = get_form_definition(atx, form_id) 2021-07-28 11:21:46,350Z tap - File "/code/orchestrator/tap-env/lib/python3.8/site-packages/backoff.py", line 286, in retry 2021-07-28 11:21:46,350Z tap - ret = target(*args, **kwargs) 2021-07-28 11:21:46,350Z tap - File "/code/orchestrator/tap-env/lib/python3.8/site-packages/backoff.py", line 286, in retry 2021-07-28 11:21:46,350Z tap - ret = target(*args, **kwargs) 2021-07-28 11:21:46,350Z tap - File "/code/orchestrator/tap-env/lib/python3.8/site-packages/ratelimit/decorators.py", line 113, in wrapper 2021-07-28 11:21:46,350Z tap - return func(*args, **kargs) 2021-07-28 11:21:46,351Z tap - File "/code/orchestrator/tap-env/lib/python3.8/site-packages/ratelimit/decorators.py", line 80, in wrapper 2021-07-28 11:21:46,351Z tap - return func(*args, **kargs) 2021-07-28 11:21:46,351Z tap - File "/code/orchestrator/tap-env/lib/python3.8/site-packages/tap_typeform/streams.py", line 74, in get_form_definition 2021-07-28 11:21:46,351Z tap - return atx.client.get(form_id) 2021-07-28 11:21:46,351Z tap - File "/code/orchestrator/tap-env/lib/python3.8/site-packages/tap_typeform/http.py", line 57, in get 2021-07-28 11:21:46,351Z tap - return self.request('get', form_id, **kwargs) 2021-07-28 11:21:46,351Z tap - File "/code/orchestrator/tap-env/lib/python3.8/site-packages/backoff.py", line 286, in retry 2021-07-28 11:21:46,351Z tap - ret = target(*args, **kwargs) 2021-07-28 11:21:46,351Z tap - File "/code/orchestrator/tap-env/lib/python3.8/site-packages/tap_typeform/http.py", line 48, in request 2021-07-28 11:21:46,351Z tap - response.raise_for_status() 2021-07-28 11:21:46,351Z tap - File "/code/orchestrator/tap-env/lib/python3.8/site-packages/requests/models.py", line 940, in raise_for_status 2021-07-28 11:21:46,351Z tap - raise HTTPError(http_error_msg, response=self) 2021-07-28 11:21:46,351Z tap - requests.exceptions.HTTPError: 403 Client Error: Forbidden for url: https://api.typeform.com/forms/######### 2021-07-28 11:21:46,463Z target - INFO Using batch_size_prefernces of {'batch_size_preference': None, 'user_batch_size_preference': None, 'full_table_streams': []} 2021-07-28 11:21:46,463Z target - INFO Requests complete, stopping loop 2021-07-28 11:21:46,506Z main - INFO Target exited normally with status 0 2021-07-28 11:21:47,359Z main - INFO [smart-services] event successfully sent to kafka: com.stitchdata.extractionJobFinished [22] at offset None 2021-07-28 11:21:47,364Z main - INFO No tunnel subprocess to tear down 2021-07-28 11:21:47,365Z main - INFO Exit status is: Discovery succeeded. Tap failed with code 1 and error message: "403 Client Error: Forbidden for url: https://api.typeform.com/forms/#########". Target succeeded. |
Same issue as well, we have been failling since 23/07/2021 at 22h30 GMT +1 . Support Stitch has no solution :( |
Likewise we have been experiencing this issue since 23/07. We first got errors at 16h00. Is there any update on a fix? |
same question as above^^ |
Commenting for updates 🙏 |
Hi everyone, We discovered late Friday 7/30 requests coming from within the Stitch infrastructure are hitting this 403. I'm in contact with Typeform Support to give them the information they need to investigate this issue on their side. All of your tokens should be working still. You can test them against queries the tap is making. Using curl -H 'Authorization: Bearer mytoken123' https://api.typeform.com/forms
curl -H 'Authorization: Bearer mytoken123' https://api.typeform.com/forms/t6sbkCIz
curl -H 'Authorization: Bearer mytoken123' https://api.typeform.com/forms/t6sbkCIz/responses Replace Or use Postman/Insomnia or your favorite REST client to make the same requests I still believe release If you have other questions, please reach out in the |
This should be resolved |
Hi @luandy64! How's it going? Recently, I took errors of authentication in a row week after week. I just need to re-authorize and everything going resolved back. Is it errors look like with that? Is anyone took some errors such that? |
Creating an issue to report the same error that others have reported in comments elsewhere. Seemingly coinciding with PR #34, Stitch --> Typeform integrations are failing on the first form it hits. Have tried removing a form and re-running (only to fail on the next form in the list) and regenerating tokens on Typeform.
We don't run Stitch extractions on weekends, so we noticed this as of this morning (7/26)
CC this comment from austin-e + 2 other comments (that I can't for the life of me find again....)
The text was updated successfully, but these errors were encountered: