Sorry for the old question. Despite all the explanations about payment models, I still can’t figure out how to accurately determine if the current user is subscribed to the current actor rental — IS_PAYING is close, but not entirely accurate.

message has been deleted

@Lukas Krivka can you help here please?

from what I learn is that IS_PAYING indicates the user is subscribed to the platform, not to the current actor.

@joefree that's exactly how you're describing it.. And it has been like that forever..

Does anyone have a code example to check if the current user actually has rental access to the current actor, so I can copy it 😁 ?

What is the use-case? Aren't all users of rental actor by definition paid users (minus users on free trial)?

that’s it, I want to apply a data limit on the 'Free Trial', but it’s difficult to know the free trial status.

I don't think you can get the info about rental. It is really just "IS_PAYING indicates the user is subscribed to the platform"

Thanks for the clarification @Lukas Krivka . So there’s no solution for my use case… or is there? Any plan to add something like a free trial status, IS_TRIAL? Or does this use case just not make sense at all ? 😅

Currently, there is no way. We are deprioritizing rental so not sure if the team would want to add this

Maybe the closest approach would be to track the user’s first run ID and when it happened, and store it in the user’s key-value store, your own, or an external database. Then you could compare it with the current date to see if the free trial has expired. I think that usually, when they test the actor, they do the run (the problem is that it’s not always the case, so it’s not 100% reliable)

Thanks for the suggestion @acikuu . I can track it the way you described, but the problem remains: when should I stop tracking? How can I know the free trial status? What if the user subscribes before the trial expires, etc.?