app

Fusion - the Fusion 360 Bridge

Public Made by Adom

by adom

Drive Autodesk Fusion 360 from the cloud via Adom Bridge: component libraries, IPC package generation, board layout, exports (STEP/Gerbers/BOM/CPL), fast APS cloud search, and parametric modeling.

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

Daily verb run RED 2026-09-22: 4 failing verb(s)

John Lauer · 1mo ago ·closed by John Lauer

Automated daily verb run went red (2026-09-22, exit 1). Scorecard tail:

  fusion_routing_drc#guard                   PASS 
  fusion_plan_route#guard                    PASS 
  fusion_schematic#guard                     PASS 
  fusion_schematic#missing                   PASS 
  fusion_make_showcase_project#guard         PASS 
  fusion_eagle_import_status#guard           PASS 
  fusion_show_attributes#guard               PASS 
  focus_invariance                           PASS
cleanup: Fusion was already running before the run - leaving it (user's session).

Section coverage (John's product map, 2026-08-14):
  gui-driving                            15 pass / 2 fail (21 manual, 0 skip)  RED
  cad-3d-bom                             15 pass / 0 fail (7 manual, 0 skip)  green
  mcp-server                             1 pass / 0 fail (1 manual, 0 skip)  green
  python-addin                           4 pass / 2 fail (1 manual, 0 skip)  RED
  aps                                    9 pass / 0 fail (13 manual, 0 skip)  green
  auth-tokens                            2 pass / 0 fail (3 manual, 0 skip)  green
  exports                                0 pass / 0 fail (1 manual, 0 skip)  untested-this-tier
  bridge-lifecycle                       11 pass / 0 fail (15 manual, 0 skip)  green

61 PASS, 4 FAIL (66 manual-tier, 0 skipped) -> /home/adom/project/adom-desktop-fusion-bridge/tests/reports/verb-test-2026-09-22_1157.json
  FAIL: fusion_open_cloud_file - expected success, got error=None code=None; timed out
  FAIL: fusion_show_schematic - expected success, got error=Add-in request failed: http://127.0.0.1:8774/command: Network Error: Network Err code=None
  FAIL: fusion_execute_text_command - expected success, got error=Active document is 'Untitled', expected 'BQ25792'. code=wrong_document
  FAIL: fusion_run_modeling_script - expected success, got error=Active document is 'Untitled', expected 'BQ25792'. code=wrong_document

Full log: tests/reports/daily-cron-2026-09-22.log on the dev container. Versions at run time are in the readiness line of the log. Triage per dev-skills/fusion-verb-tests: re-run the failing verbs with --only first, a startup race or relay flake re-passes; a repeat failure is the real finding.

2 Replies

John Lauer · 1mo ago

Root cause found, and it was the bridge. Fixed in 1.10.37 to 1.10.40 (insiders).

What happened (ConfRoomROG, 11:49 to 11:54 UTC). The suite's fusion_dismiss_blocking_dialogs sent WM_CLOSE to a Fusion window titled just "Fusion360" that no rule knew (ledger: dialog_dismissed, category unknown). In the same second Fusion began closing every document, then ran ExitApplicationCommand (Fusion's own log; no crash, no Windows error report). The next verb found Fusion gone, auto-started it, then restarted it to load the add-in. The four failures are that restart: the cloud open timed out, the add-in port dropped mid-call, and two verbs found the fresh "Untitled" document.

What that window was. Seen live today: Fusion's design BROWSER panel, floating, 600x800, titled "Fusion360", its UIA text BROWSER ToolbarFramework::QTView, no buttons. The gate counted every Fusion Qt window as a dialog unless its title said "Autodesk Fusion". Fusion also keeps EAGLE's own schematic and board editor windows as hidden top-level windows. The same failure shape is recorded for 2026-09-03.

Fixes.

  • 1.10.38: Fusion panels (a QTView marker in the title or the UIA text) are never listed as dialogs.
  • 1.10.37: a window no rule knows gets WM_CLOSE only when it is plainly a dialog: smaller than the main window, not an EAGLE editor, with a Cancel/Close/OK/No-style button. Anything else is left open and reported (leftOpen[], notClosableWhy, ledger dialog_left_open). Four unit tests pin this.
  • Verified live on ConfRoomROG: with the floating BROWSER showing, fusion_check_dialogs reads 0. A real unknown messageBox is still recognized (closable: true, button OK) and closed, and Fusion stays up.

The four verbs re-pass by name. A full suite run on 1.10.40 is in progress; I will add its scorecard here.

John Lauer · 1mo ago

Full suite on ConfRoomROG on 1.10.42: 65 pass, 0 fail, one uninterrupted run (report verb-test-2026-09-22_1402.json).

Two more fixes landed while verifying, both found by the same floating BROWSER panel:

  • 1.10.41, slow verbs while a panel floats. An intermediate run on 1.10.40 went red once: fusion_get_preferences timed out at 25 s. With the BROWSER panel undocked, the envelope read the panel's contents through UI Automation several times per verb. Panel-shaped tool windows are now skipped before any read, control reads are cached per window, and the bridge's internal scripts skip the envelope. fusion_get_preferences with the panel up went from 15 s to 229 ms.
  • 1.10.40 and 1.10.42, the show verbs picking the wrong tab. An electronics design's four same-named tabs are told apart by product type, and activating by name could land on the EcadDesign container, where no editor switch works. The show verbs now move to the schematic or board tab only when the container, or another document, is in front.

Closing. This is on insiders; public is 1.10.36 until John promotes.

John Lauer closed this · 1mo ago

Log in to reply.