fusion_apply_silkscreen: hiding a rotated part name fails ("still shown"), and a failed batch is only partly undone although the reply says every command was undone

Overview Files Skills Discover Packages Releases Dependencies Issues Breadcrumbs Pull Requests Activity

Closed bug report

Glenn Jones · 7d ago ·closed by Colby Knox

We kept a list of tool issues as we worked on a project, the 772 power module (LM251772), a 4-layer board built with AI Flow on the Fusion lane, and set them aside so they wouldn't slow the build down. Now that the project is finished, we're filing them together. Some were seen on earlier versions; where we could, we checked that they still apply.

Versions: fusion-bridge 1.13.67.

What happens:

names: [{ref, x, y, show:false}] hid the names of unrotated parts (J13–J19), but for parts rotated R90/R270 (J1–J12) every result was err:J1 NAME landed still shown, also when rotation and size were passed.
In a batch that combined those 12 name changes with 12 new free texts, the reply was "12 text(s) did not land as asked; every command was undone", but 11 of the 12 new texts stayed on the board.

Expected: hiding works for rotated names; and a failed batch either really undoes everything or reports exactly what is left.

No design files attached; happy to describe more on request.

1 Reply

Colby Knox marked this in progress · 7d ago

Colby Knox · 7d ago

Thanks, Glenn. Both parts are fixed in fusion-bridge 1.13.72, which is public. Update the bridge; Fusion needs one restart to load the new add-in.

Hiding names. Rotation wasn't the cause in our tests. A part can be marked smashed and still have no name text of its own, and the bridge trusted the mark, so its move and hide picked nothing. It now checks for the text itself and smashes the part when it's missing. On a test board, names at R0, R90 and R270 all moved and hid. I can't confirm your J1–J12 had this exact problem, so if a rotated name still says "still shown", please reopen this with that part's fusion_silk_state row.

The partial undo. The undo stopped as soon as the parts' names matched, which was straight away when no name had moved, so your new texts stayed behind even though the reply said everything was undone. It now also compares free texts and lines. In a failed batch with new texts, the texts were gone afterwards, and the reply says "the silkscreen is back as it was". If an undo can't restore everything, it says so.

Colby Knox closed this · 7d ago