-
Notifications
You must be signed in to change notification settings - Fork 4.4k
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
🐛 Source Salesforce: calls for distinct timestamp capped at 400 records (leads stream) #9883
Comments
Hi @nwayne94, is your replication successful according to the Airbyte UI? |
@alafanechere yes. |
@nwayne94 Let me clarify some parts here:
Currently I couldn't reproduce the issue on our side with the source connector, the perfect idea to isolate the problem is to try to use a simple |
|
@nwayne94 |
@bazarnov Is this maybe just a rate limiting problem? I ran a full sync starting from 2020-08-01, 2021-06-01, and 2021-08-01, and they all generate ~200,000 records upon initial sync |
This could be the Rate-Limit issue, please try to sync only the |
@bazarnov this is only with the Lead stream, sorry for not clarifying that |
@nwayne94 Just to be clear, does the issue still persist? Should we dig more into it? |
@bazarnov yes, it is still an issue. When we initially talked to @marcosmarxm, he mentioned that it could be a pagination problem with the Lead stream 🤷 |
@nwayne94 Please sync the Leads stream only and share the Full Sync Log here, please. Thank you.
|
Following up here @nwayne94 |
Environment
Current Behavior
It appears records from Leads table is capped at 400 records for each distinct timestamp. We currently have a Salesforce connection through AppFlow and used it to validate that we should, indeed, see thousands of records for certain timestamps, rather than the 400
#Screenshots


The text was updated successfully, but these errors were encountered: