Closed borisenko-i closed 3 years ago
It looks like an invalid response payload is being received. I'm not 100% sure why from this stack trace though.
Do you possibly have a proxy that requires authentication? It might be that the API requests aren't being proxied correctly.
Does this happen on all services or just this one? Is it all requests to this service that fail or only some? If there's a specific request that reliably reproduces the issue could you share the request payload please?
Could you try enabling logging for the client library and share the logs if available please? I'd particularly like the request ID if it's available so I could check logs on our side. I'm guessing this might not work given the nature of the issue, but worth a try.
I've seen this before in rare cases where an AdGroupAd was created or modified in the UI or other interfaces, and that interface let an invalid character slip in.
If logging fails to give you the request ID, could you send the Selector
you are using in the get
call, as well as an ad group ID or ad ID expected in the result? That will allow us to investigate on our side.
Thanks
@nwbirnie @jradcliff thanks for the quick responses!
Does this happen on all services or just this one?
We've encountered the same errors before with other services.
I'd particularly like the request ID if it's available
We're investigating this issue on behalf of our customer, and unfortunately don't have their consent to share anything related to their data yet. I'll request an approval to do so, but I can't guarantee that we'll have it.
In the meantime, maybe you have any ideas on how we can resolve this without looking into the customer's data? The source of this particular issue seems pretty clear - an XML-incompatible symbol (0xb
) is present in the data returned from AdGroupAdService
, which makes the parser to fail. Probably yes, this could be caused by changing the data via the UI.
AdGroupAdService
may provide the raw ad creative (which we may have subsequently been disapproved for policy reasons).
Could you try to reproduce the issue with the Google Ads API? If you can't reproduce (with the same request + account ID) then you can migrate this call over to the Google Ads API which supports deserializing these characters.
you can migrate this call over to the Google Ads API
@nwbirnie we are currently migrating our code to the Google Ads API, but this work is still in progress and it will take some time to completely roll it out. I did a test run on the Google Ads API, and it seems to work fine, but we'd like to find a quick solution with the AdWords API if possible.
Could you try enabling logging for the client library and share the logs if available please? I'd particularly like the request ID if it's available so I could check logs on our side.
Here's the log output related to this issue. Unfortunately, the request ID is null.
This is being caused by the description1
field in:
Could you possibly remove the \u00B
character from the description? Or alternatively filter this ad out of your query?
Thank you @nwbirnie, I'll communicate this to our customer who owns the data.
No problem, thanks for reporting. I'll close for now, but please feel free to loop back if there's further issues.
Hi team!
We are observing the following error while performing a request to AdGroupAdService via the SDK:
Looks like the service is returning the symbol
0xb
that causes XML deserializer to fail. Here's the SDK-related part of the stack trace. Is there a way to handle this on our side without making changes to the data?