a68bf2eae7
CRITICAL BUG: 5 of 6 seeded recipe files had <data noupdate="0"> which caused EVERY module upgrade to re-import the recipe and overwrite any user customisations to the base recipe (renamed steps, added child nodes, custom prompts on seeded steps). Files fixed (now noupdate="1"): - fp_recipe_enp_alum_basic.xml - fp_recipe_enp_steel_basic.xml - fp_recipe_enp_sp.xml - fp_recipe_anodize.xml - fp_recipe_chem_conversion.xml (fp_recipe_general_processing.xml was already correctly noupdate=1.) Companion entech-side action (not in this commit, executed via SQL during the fix session): 200 ir.model.data rows for the affected process_node + process_node_input records were updated to noupdate=true so the next module upgrade will skip them entirely and respect the user's current state. Recovery for users whose base recipe edits were already lost: the variants (part-cloned recipes that share the recipe name) were untouched because they have no XML xmlid match. The customisations are preserved in the variants and can be lifted back to the base recipe via the simple/tree editor. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>