figma.string() renders as template literal instead of actual value when used within conditional boolean props
Nobody has claimed this yet.
Assessment
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Newbie friendliness
- 45/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Stale
- Tech stack
- react, typescript
- Domain
- devtools
Research direction
Start by tracing how figma.boolean() handles conditional JSX props and how nested figma.string() values are rendered in the generated snippet; the issue names no source files or tests. Reproduce the example against Code Connect 1.3.4 and identify the rendering path for the true branch. Done means the snippet displays the Figma string value when Show Description is true.
Written by the indexing model from the issue text.
Description
Bug Description
When using figma.string() inside a conditional boolean prop mapping, the generated code snippet shows the template literal { figma.string('Property Name') } instead of the actual string value from Figma.
Expected Behavior
When Show Description is true, the code snippet should display:
<CardHeader>
<CardTitle>Title Text</CardTitle>
<CardDescription>This is a card description.</CardDescription>
</CardHeader>
Actual Behavior
The code snippet shows:
<CardHeader>
<CardTitle>Title Text</CardTitle>
<CardDescription>{ figma.string('Description Text') }</CardDescription>
</CardHeader>
Code Sample
figma.connect(
CardHeader,
'figma-url',
{
props: {
cardDescription: figma.boolean('Show Description', {
true: <CardDescription>{ figma.string('Description Text') }</CardDescription>,
false: undefined,
}),
titleText: figma.string('Title Text'),
},
example: (props) => (
<CardHeader>
<CardTitle>{ props.titleText }</CardTitle>
{ props.cardDescription }
</CardHeader>
),
},
);
Environment
Figma Code Connect version: 1.3.4
Framework: React
Figma Component Instance
- Dominant language
- TypeScript
- Stars
- 1.6k
- Forks
- 126
- PR merge metrics
- No merged PRs in 30d
Getting set up
This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from figma/code-connect
-
normalizePropName strips `#` characters from Figma property names instead of only the `#id` suffixOpen
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
figma/code-connect#419 ·
-
feature request
Difficulty 2/5 1-3 hours Newbie friendliness 66/100
figma/code-connect#403 ·
-
feature request
Difficulty 5/5 Over a week Newbie friendliness 38/100
figma/code-connect#414 ·
-
feature request
Difficulty 4/5 3-5 days Newbie friendliness 48/100
figma/code-connect#413 · 1 comment ·
-
feature request
Difficulty 4/5 3-5 days Newbie friendliness 54/100
figma/code-connect#412 · 1 comment ·
All issues in figma/code-connect
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
jeanibarz/knowledge-base-mcp-server#1268 ·
Maintainers usually reply within 1 day
-
Difficulty 1/5 Under an hour Newbie friendliness 78/100
Koenkk/zigbee-herdsman-converters#13820 ·
Maintainers usually reply within 2 days
-
A live recovery copy treats a large whole number and text with the same digits as the same valueOpenbug sharing & sync
Difficulty 2/5 1-3 hours Newbie friendliness 64/100
Maintainers usually reply within 1 day
-
[prefer-expect-resolves] autofix leaves a stray ")" when the awaited expression is parenthesizedOpen
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
jest-community/eslint-plugin-jest#2052 ·