Zendesk Unity SDK 1.2.4 - GetRequestUpdates returns valid response only if ZendeskUI has been shown | Community
Skip to main content

Zendesk Unity SDK 1.2.4 - GetRequestUpdates returns valid response only if ZendeskUI has been shown

  • January 10, 2022
  • 5 replies
  • 0 views
Ivan25

Hello.

We are trying to add custom notification in our GUI by this manual: https://developer.zendesk.com/documentation/classic-web-widget-sdks/unity-native-sdk/unity-sdk/support/#getting-request-updates

  • We're using anonymous authentication.
  • Only one ZendeskMain (zendesk prefab) instance initializes on app launch and used in whole app lifetime
  • Repetitive calls to `zendesk.supportProvider.GetRequestUpdates(CallbackDelegate)` are made while app is active

But `Response` object in `GetRequestUpdate` callback gets valid `Result` object only if user opens ZendeskUI. E.g.:

  1. User creates ticket and closes app (completely, by removing from RAM)
  2. We're make response to this ticket
  3. User launches app - `response.Result.hasUpdates` is false
  4. User opens ZendeskUI, sees update to his ticket in tickets list, but not opens it - `hasUpdates` is true
  5. All subsequent updates to `ZendeskRequestUpdates` object in `GetRequestUpdates` callback are coming only when user opens ZendeskUI

How can we get `ZendeskRequestUpdates` with actual data (`hasUpdates`/`newComments`) without waiting for user to open ZendeskUI?

      5 replies

      Serj
      • Serj
      • January 31, 2022

      I will add some info:

      You can actually make proper responses by opening support UI, sending your request and then closing support UI. The problem is: the whole app stucks if you do that. Why? Still trying to figure it out

      Serj
      • Serj
      • January 31, 2022

      For some hilarious reason if you Open-Close Zendesk Support UI the game will still be on pause, so you need manually call ZendeskMain.zendeskPauseHandler.ResumeApplicationInternal();

      So our temporary solution is the one above: you open support Ui, send your request, close support UI, resumes the game. This makes it update at least from second attempt (not immediately unfortunately) 

      Eric27
      • Eric27
      • February 1, 2022
      Hey Serj, 

      I'm syncing with the corresponding dev team to get some eyes on this. I'll touch base later this week with what I find. 
      Maël
      • Maël
      • February 2, 2022

      We have the same issue and it is a critical feature for our use-case. This bug is making us reconsidering using Zendesk for the future.

      Y
      • Yuri15
      • February 3, 2022

      Hello everyone,

      Thanks for your feedback. The behaviour you are experiencing is triggered by the caching.

      At the moment, for the current Unity SDK, ZendeskRequestUpdates get cached for up to an hour. Any subsequent calls within that timeframe will return the same cached object without querying the network.

      This won't be the case once we release the new Unity messaging SDK in a few months.
      However, we have collected your feedback and we are now discussing the opportunity to improve this also in the current one. We will follow up shortly.

      Cheers
      Yuri

       

       

      Terms & ConditionsCookie settingsAccessibility statement