Date of slack thread: 4/16/24
Anonymous: Hi Team - I am trying to delete a feature-gate in our account/subscription. Namely: https://console.statsig.com/5Mw3i9umPCEJL6tBK3qjet/gates/text_gen_stream. Diagnostics of this gate shows no requests to this flag in past few days. However, when we try to delete it, it wrongfully determines that there are requests in the last 1 day. Can you please help? CC: <@U06TKQHEJJ3>, <@U06TPBUFG4F>
Anonymous: Thanks for the super fast reply. We have done that due diligence, and this is 3rd attempt to delete it. This flag has been retired months back.
Anonymous: CC: <@U01RGJ9N4N8> to see if I can get some attention on this. Sorry for tagging you specifically, <@U01RGJ9N4N8>
Tore (Statsig): Thanks for the report, we are looking into this
Alex Coleman (Statsig): This looks like late-landing exposures coming in from users reopening your app after a long gap. I’ll see if we can update this to ensure these don’t block deletion, or perhaps let you bypass that safety guard
Alex Coleman (Statsig): You should be able to Archive the gate though, which should accomplish a similar effect but preserve the history. Do you have a specific need for deletion? If so, we could also help do this manually today
Anonymous: Hi <@U01R3PRTA2J> and <@U01RAN2FKJP> - Thanks for looking into this. If there are late-landing exposures, should not they show up in diagnostics. For this specific gate, when I check diagnostics, I don’t see anything in last few days, but still deletion claims that there are some requests in past 1 days. Does it mean that diagnostics does not show all the requests?
Vijaye (Statsig): Diagnostics won’t show all exposures. The real-time stream queue is short and the TTL is low to keep the realtime stream fluid and fast.