Skip to main content
February 26, 2016
New

Allow deletion of "overridden" tokens, to return them to "inherited" status

  • February 26, 2016
  • 8 replies
  • 9070 views

I have a token in a child program, named {{my.Example}}, and it is nested inside a parent engagement program. The parent program also has a token named {{my.Example}}. Because the name of the token in the child program matches the name of the token in the parent program, it is listed as an overridden token, with the value of the token in the child program replacing the value in the parent program when it is used inside the child program.

For example, if I set the {{my.Example}} token to "mother" in the parent program, and "son" in the child program, any place within the parent program where {{my.Example}} appears, the word "mother" will be rendered, except when it appears inside the child program, in which case "son" will be rendered instead. The problem is that if I ever want to release control of the {{my.Example}} token within the child program so that it no longer controls the value of that token at the level of the child program, I cannot.

In my example, this means that there is no means by which I can make the child program refer to the parent so that {{my.Example}} will render "mother". Instead, if I want to make {{my.Example}} the same in both the parent and the child, I have to set it in both places. This defeats the purpose of having inherited tokens in the first place. I propose that this be addressed by allowing me to delete the overridden token, thus allowing it to show up as an inheritted token that gets its value from the parent.

8 replies

Grégoire_Miche2
Level 10
February 28, 2016
Grégoire_Miche2
Level 10
February 29, 2016
Justin_Cooperm2
Level 10
February 29, 2016

I agree with you, this is definitely not desirable behavior. Frank Passantino​ is working in this area now and we will see if we can resolve this.

David_Gallaghe2
Level 4
August 23, 2016

I am really confused here. I was implementing a token strategy before Summit this year – (while I may be going nuts and likely am) I swear I was able to  able to delete overridden tokens which would restore them to the inherited/parent value. Was there an unannounced beta that my instance was apart of or some bugged bug that unbugged the buggyness of this particular bug? #token

Michael_Florin-2
Level 10
April 5, 2017

Another year has gone by and this bug is still alive and well.

@David Gallagher@pushpay.com​ - your confusion is well deserved. Yes, generally you can delete overridden tokens and by that set them back to their inherited state. But under certain conditions - after cloning e.g. or having an older folder token than the token in the program or whatever these conditions might be - you cannot.

The "We like it" flag becomes a little stale, if no action ever follows.

David_Gallaghe2
Level 4
April 21, 2017

That sounds about right with my experience as well. Glad to know I am not going nuts . (this time at least)

April 21, 2017

Charles Thompson​, will you send me an email on this fpassantino@marketo.com for us to chat. I have tried reproducing this, but I am able to successfully delete the overridden token and it moves back into the inherited section.

Lucho_Soto
Level 5
April 25, 2017

Frank Passantino​ I am seeing the same issue on my end. Parent and child programs have the exact token names and values but the child program still shows the token as overriden. It currently can't be deleted or moved back to inherited.

Can I email you abut this as well?

Grégoire_Miche2
Level 10
November 21, 2018

Hello Frank Passantino​ and @Justin Cooperman​,,

This problem is still there, and appears on the Sky UX too.

And this is really a significant pain in large companies that do a lot of program cloning. We are ending up wilt 100+ program with wrong token values that we cannot delete. We have to edit each of them, one by one. hundreds of token values to edit. A nightmare.

-Greg

February 6, 2020
No text available