I have a feeling itās a recent change introduced with this patch:
because this one hints at how Coda changes the behavior of actions to be non-blocking in certain scenarios.
Or it could be a change introduced along WithName()
, although I donāt remember any regressions in this regard at the moment.
Fact: I donāt remember having any problems with omitting RunActions() in a FormulaMap before. I only noticed it now. I was doing quite a lot of client work and I used to omit RunActions() quite often. So I assume that if this behavior existed before February, I would have caught it already. I had a pause in consulting since February, and I only caught it now. I also caught a few bugs around using CurrentValue and WithName in FormulaMap/RunActions.
Thatās why Iām concerned in the first place. What if this is a recent change indeed and many of my old clientsā docs are now broken?
Other than this, thereās evidence of RunActions() forcing sequential behavior back in 2019:
Thereās no evidence that lack of RunActions() used to run non-sequentially though.
Never heard of this; I never doubted that I could use RunActions anywhere, it never gave me any errors. FWIW I joined Coda in Mar 2019; maybe it was different before that.
Interesting fact: a button would always implicitly wrap your whole action in RunActions() even if itās just one action that youāre running. You can inspect that by āmerge()-ingā the button and seeing its pending evaluation formula.