Files
FreeCADWasmDev/docs/current/bim-reset-clone-colors-order.md
wangdequan 9a7c4f0335 Save FreeCAD Web workspace sources and user validation evidence
IFC native binding remains incomplete; preserve accurate test results.
2026-09-15 22:01:58 +08:00

1.3 KiB

BIM batch a8e68602b6564507be9dac18

ResetCloneColors now reads each original's DiffuseColor when assigning the selected clone, matching desktop BimResetCloneColors.py. Previously the handler captured all source colors before any assignment. For selection [B, C], where B clones A and C clones B, C therefore received B's old colors instead of the colors B had just inherited from A. The existing native view objects, selection order, document transaction, and command result remain in use.

The supplied packet contains executable registry entries for Report, ResetCloneColors, Setup, and TDPage. No registration markers were added. Report's inspected handler calls Arch.makeReport() in a document transaction. This source inspection does not establish completion of its downstream report workflow or of the entire batch.

Remaining boundaries: end-to-end completion of Report, Setup, and TDPage is not established by this edit; clone view-property persistence and display consumption also remain unverified. The packet's registration-discovery gaps remain for the outer pipeline to resolve from its own receipts. No builds, synchronization, route generation, tests, business acceptance, browser validation, benchmarks, or historical reconciliation were run. The outer pipeline owns incremental build/sync/route receipts; users validate functionality during use.