Hi @witty-rocket-75751 good morning
If the experiment was disabled on June 19 and the feature default was updated, we wouldn’t expect new exposures for that experiment once clients have the latest feature payload.
When we see a small number of exposures after that, the most common causes are stale/cached SDK payloads, older app/browser sessions still using a previous payload, delayed event ingestion, or events that were generated before the change but arrived later.
Could you check a few things on your side?
• Compare the exposure timestamp vs the received/ingestion timestamp for the events still coming through.
• Confirm whether those exposures are from web, mobile, backend, or a specific SDK.
• Check whether any clients may still be using a cached/older feature payload from before June 19.
• If possible, inspect one affected user/session and confirm whether the SDK payload still contains the old experiment rule.
• Confirm whether the exposures are coming from production only, or another environment as well.
That should help confirm whether these are truly new evaluations after the experiment was disabled, or delayed/stale events from clients still running the older payload.