Here is the forum post with the full technical section added:
Title: Branch merge broke all component instances across all working files — conflict error on every instance, restore & republish did not help
Hey Figma Community,
I'm dealing with a critical issue and would really appreciate any help or shared experience.
What happened: I merged a branch back into my main library file (we work with a large design system, 100+ components). The branch only contained changes to one component (Segmented Control). After merging and publishing, every single component instance across all consumer/working files now shows this error:
"The properties and values of this variant are conflicting. Change the applied values on this variant to resolve this."
This affects every component — not just the one I worked on.
What I've already tried:
- Restored the library to multiple previous versions via Version History, including a version from one week before the branch was created — republished each time
- Accepted library updates in all consumer files after each republish
- Cleared Figma desktop cache
- Disconnected and reconnected the library in consumer files
- Dragged fresh instances from the Assets Panel — still broken
Technical deep-dive (via Figma Plugin API / Desktop Bridge MCP)
Using the Figma Desktop Bridge plugin I was able to investigate programmatically. Here is exactly what we found:
1. The library file is internally healthy The component set for Alert (184:34170, key 32f8c0abb7138373ab78515ef0e83d41f4e29c18) has all 36 variants and all 7 properties intact. No errors when reading componentPropertyDefinitions locally.
2. Consumer files receive a broken published snapshot Consumer files reference the same component set key but with a different node ID (1:4706, later 2:4218 after republish). Accessing componentPropertyDefinitions on these nodes throws:
"Component set has existing errors"
Accessing componentProperties on instances throws:
"Component set for node has existing errors"
3. Instances are not fully broken — they still resolve getMainComponentAsync() returns successfully with isBroken: false. The instances find their main component, but the component set's property structure is corrupt in the published state.
4. The property reference nodes are gone The internal property reference nodes 184:0, 184:5, 184:10, 184:15 (corresponding to label, icon, has icon, has button) no longer exist in the library file after the restore. These nodes are referenced in componentPropertyDefinitions key suffixes and their absence appears to cause the structural corruption.
5. Every new publish creates a new broken node
- First publish after restore → consumer sees node
1:4706→ broken - Second publish → consumer sees node
2:4218→ still broken
This strongly suggests the publish pipeline is serializing a broken internal state, not the healthy editor state.
6. Attempted fix via Plugin API We deleted and recreated the 4 broken properties (label, icon, has icon, has button) directly on the component set via addComponentProperty. The properties were successfully recreated with fresh node IDs (10806:0, 10806:37, 10806:74, 10806:111). However, after republishing, the consumer files still show the conflict error — suggesting the issue may be deeper than the property definitions alone.
Current state
- Library file: visually and internally healthy
- Published state: broken on every publish
- All 100+ components affected across all working files
- Support ticket filed: Case #1782308
Has anyone experienced this before? Specifically after a branch merge that caused component property reference nodes to be deleted. Is there a way to force Figma to do a full re-serialization of the published state rather than a delta update?
Any help is massively appreciated. 🙏
