Hi Greg I do exactly what you do, but I guess I'm scared that this could be a permanent change and so when v201402 gets retired, we'll be in big trouble!
The reason why I put the word "bug" in the question is to find out if this is by design or an unintended consequence of another update. And the follow-up question would be: if it is by design, has the team considered this senario? This is also odd because it diverges from the UI. Maybe it is a step in a bigger migration? Anash has mentioned earlier in this thread: "The UI and older API versions allows this behaviour for now, but they will eventually start working like the way v201406 works today." If this is the future, then I hope we can find a workaround well before v201402 gets retired! Cheers David On Monday, 15 September 2014 22:00:40 UTC+1, GregT wrote: > > David, it sounds like you do something extremely similar to us. For a > workaround, what we've had to do ever since we upgraded to v201406 is leave > a small portion of our code at v201402 to just handle this scenario. I.e. > all our code is using v201406, except when we run into a case where we want > to create an ad group with the same name as a deleted ad group, in which > case we call into a separate class that uses v201402 to rename the deleted > ad group so that we can now (using v201406) add an ad group with that name. > Klunky, but until AdWords brings consistency to this, it works. > > FYI, > Greg > > On Monday, September 15, 2014 10:16:41 AM UTC-5, David Midgley wrote: >> >> Hi Anash >> >> I've just done a test via the UI (I've already attempted lots via the >> API) and you cannot name a new adgroup the same name as a deleted adgroup >> in the same campaign. >> >> It would be great if you could get the team to investigate further. Just >> to confirm, that is not in itself a problem. The problem is that we can't >> rename the deleted adgroup so we can add an adgroup with the name we want. >> As far as the API is concerned an adgroup becomes "read-only" when you >> remove it. >> >> Cheers >> >> David >> >> On Monday, 15 September 2014 16:04:31 UTC+1, Anash P. Oommen (AdWords API >> Team) wrote: >>> >>> Hi David, >>> >>> If I remember correctly, the name needs to be unique in only active + >>> paused items, not globally (with the new change). So if the user deletes an >>> adgroup with the same name, you could create one with the same name again. >>> Let me know if you are seeing a different behaviour, and I'll ask the team >>> to investigate this further. >>> >>> Cheers, >>> Anash P. Oommen, >>> AdWords API Advisor. >>> >>> On Monday, September 8, 2014 2:29:07 PM UTC-4, David Midgley wrote: >>>> >>>> Thanks for the quick response Anash! >>>> >>>> Let me explain my use case and maybe you can find a workaround? >>>> >>>> We are working on an optimisation application that uses a strict naming >>>> convention for campaign and adgroup names. If a user accidentally deletes >>>> an adgroup, my software can't correct the error by recreating the adgroup >>>> because if we create a new adgroup with the same name in the same campaign >>>> we'll get a duplicate adgroup name error. Our solution to this problem was >>>> to rename the deleted adgroup which enabled us to create the new adgroup. >>>> >>>> Now that we can't rename the deleted adgroup and we can't create a new >>>> adgroup with the same name, how can we enforce our strict naming >>>> convention? This naming convention links adgroups between campaigns and is >>>> critical to our operations. >>>> >>>> We could "version" adgroup names, but this seems pretty untidy. We >>>> could use labels, but this could create thousands of labels and more >>>> (potentially error-prone) manual work. >>>> >>>> Can you think of a workaround? >>>> >>>> Cheers >>>> >>>> David >>>> >>>> On Monday, 8 September 2014 19:15:49 UTC+1, Anash P. Oommen (AdWords >>>> API Team) wrote: >>>>> >>>>> Hi David, >>>>> >>>>> AdWords API v201406 no longer allows you to undelete campaigns, >>>>> adgroups, etc. The UI and older API versions allows this behaviour for >>>>> now, >>>>> but they will eventually start working like the way v201406 works today. >>>>> >>>>> Cheers, >>>>> Anash P. Oommen, >>>>> AdWords API Advisor. >>>>> >>>>> On Monday, September 8, 2014 11:19:45 AM UTC-4, David Midgley wrote: >>>>>> >>>>>> Hi >>>>>> >>>>>> I'm having problems with a new >>>>>> "OPERATION_NOT_PERMITTED_FOR_REMOVED_ENTITY" error. >>>>>> >>>>>> It appears that you can't "undelete" an adgroup (ie set any >>>>>> properties of a removed adgroup, including Status) or even add a keyword >>>>>> to >>>>>> an existing adgroup where that keyword was previously deleted. This >>>>>> seems >>>>>> to be a change between the v201402 and v201406 versions of the API. >>>>>> Obviously these are things that you can do via the UI. >>>>>> >>>>>> There is mention of this in another post: >>>>>> >>>>>> https://groups.google.com/forum/#!searchin/adwords-api/OPERATION_NOT_PERMITTED_FOR_REMOVED_ENTITY%7Csort:relevance/adwords-api/uLdWDk7dMgs/kCLnPsog1UAJ >>>>>> >>>>>> Is this a bug? Is this going to get fixed soon? >>>>>> >>>>>> Cheers >>>>>> >>>>>> David >>>>>> >>>>> -- -- =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ Also find us on our blog and Google+: https://googleadsdeveloper.blogspot.com/ https://plus.google.com/+GoogleAdsDevelopers/posts =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ You received this message because you are subscribed to the Google Groups "AdWords API Forum" group. To post to this group, send email to adwords-api@googlegroups.com To unsubscribe from this group, send email to adwords-api+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/adwords-api?hl=en --- You received this message because you are subscribed to the Google Groups "AdWords API Forum" group. To unsubscribe from this group and stop receiving emails from it, send an email to adwords-api+unsubscr...@googlegroups.com. Visit this group at http://groups.google.com/group/adwords-api. To view this discussion on the web visit https://groups.google.com/d/msgid/adwords-api/65d5d8e0-ffc1-4df0-8e1b-edb9a90871fc%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
