Replace HelpScout customFields IDs with semantic metaFields#2859
Replace HelpScout customFields IDs with semantic metaFields#2859ChiragAgg5k merged 1 commit intomainfrom
Conversation
Move all HelpScout field ID references out of frontend API calls. All GROWTH_ENDPOINT calls now use metaFields with named keys (category, orgId, severity, etc.) instead of customFields with raw HelpScout IDs. The backend handles the ID mapping.
Console (appwrite/console)Project ID: Tip Build commands execute in runtime containers during deployment |
|
No actionable comments were generated in the recent review. 🎉 WalkthroughThis pull request refactors payload structures across four files that submit data to backend endpoints. The changes consistently replace Estimated code review effort🎯 2 (Simple) | ⏱️ ~10 minutes 🚥 Pre-merge checks | ✅ 3 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (3 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing touches
🧪 Generate unit tests (beta)
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 |
There was a problem hiding this comment.
Pull request overview
This PR refactors the HelpScout integration by replacing provider-specific custom field IDs with semantic field names in metaFields. This improves maintainability by decoupling the frontend from HelpScout's internal field ID structure, with the backend (growth server) now handling the mapping between semantic names and provider-specific IDs.
Changes:
- Replaced all
customFieldsarrays containing hardcoded HelpScout field IDs withmetaFieldsobjects using semantic key names - Removed resolved TODO comments about backend support for
billingPlanandsourcefields - Standardized field naming conventions across all GROWTH_ENDPOINT API calls
Reviewed changes
Copilot reviewed 4 out of 4 changed files in this pull request and generated no comments.
| File | Description |
|---|---|
supportWizard.svelte |
Migrated 5 custom fields (category, orgId, projectId, severity, billingPlan) to metaFields in support ticket submission |
feedback.ts |
Migrated 3 custom fields (currentPage, npsScore, billingPlan) to metaFields and removed resolved TODOs |
Soc2Modal.svelte |
Migrated 4 custom fields (category, userName, orgId, userId) to metaFields for SOC-2 compliance requests |
BAAModal.svelte |
Migrated 4 custom fields (category, userName, orgId, userId) to metaFields for BAA requests |
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

Summary
41612,48492,48491,56023, etc.) from frontend API callsVARS.GROWTH_ENDPOINTcalls now usemetaFieldswith semantic key names instead ofcustomFieldswith provider-specific IDsFiles changed
supportWizard.svelte— replacedcustomFieldswithmetaFields:category,orgId,projectId,severity,billingPlanfeedback.ts— removedcustomFields, merged intometaFields:currentPage,npsScore,billingPlan(alongside existingsource,orgId,projectId,userId). Removed resolved TODOs.Soc2Modal.svelte— removedcustomFields, merged intometaFields:category,userName,orgId,userIdBAAModal.svelte— same as SOC-2Companion PR
Test plan
Summary by CodeRabbit