-
Notifications
You must be signed in to change notification settings - Fork 578
UN-3039 [FIX] Fix custom_data string values being wrapped in extra quotes #1746
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
UN-3039 [FIX] Fix custom_data string values being wrapped in extra quotes #1746
Conversation
…otes Pass raw value to replace_generic_string_value instead of pre-formatting with json.dumps, so string values are inserted directly without quotes. Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
WalkthroughThe refactoring relocates JSON and string type formatting logic within the Changes
Estimated code review effort🎯 1 (Trivial) | ⏱️ ~4 minutes 🚥 Pre-merge checks | ✅ 3✅ Passed checks (3 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing touches
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
…le-pass-mode-is-turned-on
…le-pass-mode-is-turned-on
Test ResultsSummary
Runner Tests - Full Report
SDK1 Tests - Full Report
|
|



What
Why
When custom_data contained string values (e.g.,
{"data": "resume"}), thereplace_custom_data_variablefunction was callingjson.dumps()on all values, which wrapped strings in extra quotes. This caused{{custom_data.data}}to be replaced with"resume"instead ofresume.How
replace_custom_data_variable()invariable_replacement.pyto pass the raw value toreplace_generic_string_value()instead of pre-formatting withjson.dumps()replace_generic_string_value()already has logic to only applyjson.dumps()for non-string valuesCan this PR break any existing features? If yes, please list possible items. If no, please explain why. (PS: Admins do not merge the PR without this section filled)
No. This fixes incorrect behavior. String values will now be inserted directly without quotes, while non-string values (dicts, lists, numbers) will still be properly JSON-serialized.
Relevant Docs
Related Issues or PRs
Dependencies Versions / Env Variables
Notes on Testing
Screenshots
...
Checklist
I have read and understood the Contribution Guidelines.