#luckee_13-golang

1 messages · Page 1 of 1 (latest)

stark yewBOT
#

Hello! We'll be with you shortly. Below are links to other discussions we've had with you in the past week in case you want to review that information. If your question is related to one of these previous discussions, please provide a comprehensive summary of the current state and what you need help with now. We help many users simultaneously, so a summary allows us to resolve your issue as soon as possible.

lost hull
#

NOt sure what's going on with the formatting

warm depot
#

cancelAt is an int64 which as far as i know isn't nillable

#

val would be 0

#

have you tried hardcoding nil?

#

for CancelAt:

lost hull
#

I'm calling it with

    err = a.Store().SetSubscriptionCancelAtTime(ctx, subscription.ID, nil)
    if err != nil {
        return err
    }

And don't receive an error. If I do something like

    zero := int64(0)
    err = a.Store().SetSubscriptionCancelAtTime(ctx, subscription.ID, &zero)
    if err != nil {
        return err
    }

I do get an error about the timestamp must be an integer

#

Setting CancelAtPeriodEnd: stripe.Bool(false) seems to do the trick. Feel like the CancelAt time should be settable though

stark yewBOT
warm depot
#

Yeah I'm not super familiar with nillables in go

#

Have you tried just explicitly hardcoding CancelAt: nil ?

#

Assuming it'll be the same result as your first example: err = a.Store().SetSubscriptionCancelAtTime(ctx, subscription.ID, nil) but i'm curious how this is working

lost hull
#

Since cancelAt is a pointer for int64 semantically that's the same thing. I tried it and no difference

#

I swear I had this working at some point but I guess not. The CancelAtPeriodEnd workaround will work for now

stark yewBOT
#

luckee_13-golang

warm depot
#

Can you share a request id where you passed nil?