The information is updated on bridge, unbridge, answer, and media negotiation.  Basically any time the switch_core_recovery_track function is called.  It would be fairly easy to add a way in dialplan for you to manually update, you could give that a try, and submit a patch.  The other option wold be to do it on every dialplan execute, but I think that would be far to high a cost to do.  The trick here is finding the right places to re-write the state information to the db, as there is cost involved, we don't want to do so in too many places.  This is why your actual scenario matters.

Mike

On Nov 21, 2014, at 2:02 PM, Danny Gershman <danny.gershman@gmail.com> wrote:

I did another test with this, if I do a transfer right after I set the variable then it's available.  Is there a way to propagate the channel variables into the xml doc without doing a transfer or executing inline?

On Fri Nov 21 2014 at 1:03:49 AM Danny Gershman <danny.gershman@gmail.com> wrote:
I have done a simple test, I call in with a softphone to a conference.  I grab the uuid and I run uuid_setvar.  

On Thursday, November 20, 2014, Michael Jerris <mike@jerris.com> wrote:
it depends when you are setting them.  If they are not in the xml doc when you go to do recovery, they will not be re-populated.  When/how are you setting them?

> On Nov 20, 2014, at 5:49 PM, Danny Gershman <danny.gershman@gmail.com> wrote:
>
> I'm using some custom channel variables for storage and I noticed that when I do a recover they are not preserved because they are populated to the table 'recovery'.
>
> Is there something that I'm not doing to make this work?
>
> --Danny G
> _________________________________________________________________________