Hi,
Thanks for reaching out. I’m happy to help.
Even though with Firebase Anonymous Authentication, each install ends up with a different anonymous identifier. In RevenueCat, that anonymous identifier is still a Custom App User ID. So when the user restores on a new device, RevenueCat sees a new customer and based on your project’s restore behavior transfers the subscription to that new customer profile and revokes it from the original one. That’s why you’re seeing the entitlement become active on the new device and inactive on the old one. This is expected, and it’s how our default “Transfer to new App User ID” behavior works.
If your goal is to let the same human use the subscription on multiple devices, the reliable approach is to use a stable, custom App User ID that is the same across all the user’s devices e.g., the Firebase Auth UID after the user signs in (not the anonymous UID). When you identify the user with a stable ID, RevenueCat treats all those sessions as the same customer, so the subscription will be active everywhere that ID is used.
The legacy “share between App User IDs” mode isn’t supported for new projects anymore, so the practical solution is to unify identity via a stable App User ID. If you switch to stable IDs and call logIn when the user authenticates, existing anonymous activity can be merged/aliased into the identified profile automatically, keeping the user’s history intact going forward.
Hope this helps, let me know if you have any other questions.
Best,
Hussain