A document with no visible tab shifts UI.SwitchToTab indices, so board reads switch to the wrong tab

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.52.

What happens: snapshot() / show_tab_of call UI.SwitchToTab with the document's index in app.documents. One open document (from another project) had no visible tab, so every index after it was off by one. fusion_board_source and fusion_routing_state switched to the wrong tab and failed with "Expected exactly one board XML".

Workaround: close the tabless document.

Expected: match tabs by document identity (or skip documents with no tab) rather than by position in app.documents.

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. Fixed in fusion-bridge 1.13.72, which is public. Update the bridge; Fusion needs one restart to load the new add-in.

We reproduced it by opening a document with no visible tab: the old numbering landed on the wrong tab. The bridge now skips documents with no tab when it works out the tab number, and with that document open, fusion_routing_state and fusion_board_source read the right board.

You can stop closing the tabless document as a workaround.

Colby Knox closed this · 7d ago