-
Notifications
You must be signed in to change notification settings - Fork 34
fix(property chunking): fix delimiter count since commas are encoded as three characters #495
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
Conversation
📝 WalkthroughWalkthroughThe changes update the logic for calculating property chunk sizes in the Changes
Suggested labels
Suggested reviewers
Would you like to add a note in the code comments explaining why the delimiter size was increased to 3 characters, to help future maintainers understand the context? Wdyt? Tip ⚡💬 Agentic Chat (Pro Plan, General Availability)
📜 Recent review detailsConfiguration used: CodeRabbit UI 📒 Files selected for processing (2)
🚧 Files skipped from review as they are similar to previous changes (2)
⏰ Context from checks skipped due to timeout of 90000ms (9)
🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
CodeRabbit Configuration File (
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actionable comments posted: 1
🧹 Nitpick comments (1)
unit_tests/sources/declarative/requesters/query_properties/test_property_chunking.py (1)
54-56: Comment clarification could be improved?The comment explains
laurie%2jaclyn%2 == 14, which seems to imply the delimiter is encoded as%2. However, the PR description mentions commas are encoded as%2C(3 characters).Would it be clearer if this calculation showed the full delimiter encoding? Something like:
laurie (6) + %2 (2) + jaclyn (6) = 14? This would make it more explicit for future readers, wdyt?- 14, # laurie%2jaclyn%2 == 14 + 14, # laurie (6) + %2 (2) + jaclyn (6) = 14
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro
📒 Files selected for processing (2)
airbyte_cdk/sources/declarative/requesters/query_properties/property_chunking.py(1 hunks)unit_tests/sources/declarative/requesters/query_properties/test_property_chunking.py(1 hunks)
🧰 Additional context used
🧬 Code Graph Analysis (1)
unit_tests/sources/declarative/requesters/query_properties/test_property_chunking.py (2)
airbyte_cdk/sources/declarative/requesters/query_properties/property_chunking.py (1)
PropertyLimitType(14-21)airbyte_cdk/sources/declarative/models/declarative_component_schema.py (1)
PropertyLimitType(1229-1231)
⏰ Context from checks skipped due to timeout of 90000ms (9)
- GitHub Check: Check: 'source-pokeapi' (skip=false)
- GitHub Check: Check: 'source-amplitude' (skip=false)
- GitHub Check: Check: 'source-shopify' (skip=false)
- GitHub Check: Check: 'source-hardcoded-records' (skip=false)
- GitHub Check: Pytest (All, Python 3.11, Ubuntu)
- GitHub Check: Pytest (All, Python 3.10, Ubuntu)
- GitHub Check: SDM Docker Image Build
- GitHub Check: Analyze (python)
- GitHub Check: Pytest (Fast)
🔇 Additional comments (1)
unit_tests/sources/declarative/requesters/query_properties/test_property_chunking.py (1)
46-47: Limit update matches the code changeThe limit increase from 15 to 18 correctly reflects the change in delimiter character count from 1 to 2. This ensures the test expectations remain consistent with the implementation.
Commas are encoded as
%2Cso we need to increment the count by 3 instead of 1.Summary by CodeRabbit