You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Add override state value field to initialize_from #416
Is your feature request related to a problem? Please describe.
When forking from state, we might want to augment the state as part of debugging/forking.
Describe the solution you'd like
To be able to modify the starting state when using initialize_from to build the initial state.
Use cases:
fix state (e.g. I saw in the state it was bad, let me fix it)
I’m interested in working on this issue.
I’ve gone through the description and the current initialize_from flow, including the persister-based workaround mentioned.
My initial thought is to add an optional override_state_values parameter to initialize_from, apply overrides after loading the base state but before building the application, and keep behavior unchanged when the parameter is not provided.
Happy to adjust the approach based on your feedback.
Thanks!
Activity
Smitaambiger commentedon Jan 11, 2026
Hi @skrawcz ,
I’m interested in working on this issue.
I’ve gone through the description and the current
initialize_fromflow, including the persister-based workaround mentioned.My initial thought is to add an optional
override_state_valuesparameter toinitialize_from, apply overrides after loading the base state but before building the application, and keep behavior unchanged when the parameter is not provided.Happy to adjust the approach based on your feedback.
Thanks!
skrawcz commentedon Jan 13, 2026
@Smitaambiger sounds good. Want to give it a shot?
Smitaambiger commentedon Jan 13, 2026
Hi @skrawcz , I’ve opened a PR implementing this feature here:
#632
Happy to make any changes based on feedback. Thanks!
andreahlert commentedon Mar 16, 2026
PR #632 added the
override_state_valuesparameter toinitialize_from. Merged Jan 2026.andreahlert commentedon Mar 28, 2026
Labels migrated to new taxonomy (#692).
andreahlert commentedon Mar 30, 2026
Resolved by #632 (merged).