← Commit history

docs: Fusion bridge 1.13.67 repairs invalid vias itself

Colby Knox ·14a3135565 · ·parent b295ae0
Co-Authored-By: Claude Opus 5.5 <[email protected]>
1 file changed +1−1
docs/fusion-lane.md+1−1
@@ -171,7 +171,7 @@ decision (a source column and dated stock), which belongs to the design, not the  Needs Fusion bridge 1.13.64 or later. `land route` sends tracks to In<n>.Cu by name and drops vias between layers. `land pours` draws a pour on any copper layer. The routing state keeps inner tracks, and `measure` reports each inner layer's fill under its own name. -A board that an older Fusion bridge converted to 4 layers can open with a warning that the board file has errors. Call `fusion_set_layer_count` again at the same count to repair its stack. A via drawn before the repair stays invalid (`extent: invalid` in the routing state), so `unroute` that net and land it again.+A board that an older Fusion bridge converted to 4 layers can open with a warning that the board file has errors; OK is the only answer. Call `fusion_set_layer_count` again at the same count to repair its stack. With bridge 1.13.67 or later, the same call also lands any net with an invalid via again (`netsLandedAgain`), and `fusion_routing_state` names those nets (`invalidViaNets`). On an older bridge, a via drawn before the repair stays invalid (`extent: invalid`), so `unroute` that net and land it again.  A plan landed twice with the same outlines adds nothing the second time. A plan with a different outline on the same net and layer adds a second pour, on inner layers as on top and bottom, and `land pours` doesn't remove pours.