#stripe

hmm I had it working before but now I have the same issue again, javascript is not triggering when I click the button on my custom form.

it's been a while)

I remember it was an easy fix though

I got jquery, stripe v2, public key, private key from config file, and the custom form's been untouched since the it-works threshold

computer and browser is fine with javascript

hmmok, what happens when you click the submit button on your form?

nothing at all happens, or just not what you expect?

I reload the page just as I set the form to do so my php backend can run and continue the checkout process

action="page.php"

ah

and what's the JS that you're trying to run when the form is submitted?

but the javascript should trigger before that to do its magic with the form inputs

is the JS somewhere i can take a peek?

a custom js file using jquery to $("#payment-form").submit(function(event) {

I remember there was a code paste bucket link someone recommended when I was here last

I can paste it there and link it

gist.github.com works, or pastebin.com

or codepen.io

so many options!

also, feel free to PM me if you want

this channel is logged

I've had no trouble with that code from a tutorial

I reckon it's something I changed in the php/html file

I change one thing to make the whole package more installable and this happs haha a fix turns into two bugs

haha, argh

code, amiright

ill link to the php/html file, since that's probably the root of the problem

yea, everything in the JS looks solid

on that php/html the form has been untouched, so it's most likely fine, and the payinfo.php function is triggering so the form submit process is happening, just something with the javascript it seems, either not triggering or not having a dependency i figure

I clearly remember that when I click the button the page kinda stops and doesn't let the button "unpress" while the js runs, but now it does unpress and just goes to the php immediately

ah

I hope that's an ah of I know what's to be done heh

not yet

hmm a hassly dc

can i see this live somewhere, hmmok?

or are you just running it locally?

umm sure I'll pm you

thanks

umm how does one... pm?

i just sent you one

hi again, another question - which event would i want to listen for via webhooks for when a customer becomes deliquent in payment, i.e. all retries to renew their monthly subscription fail and their subscription is finally canceled

customer.subscription.deleted beeker1121

ok ty, and say a customer ends their subscription in the middle of the month with at_period_end set to true, will the customer.subscription.deleted event be called twice, 1. when the customer first ends it (status will be active still though), and 2. when it finally cancels (status will be canceled), is this correct?

beeker1121: there will be a customer.subscription.updated, for the at_period_end, then a deleted at the end

https://www.petekeen.net/stripe-webhook-event-c... :)

you sir are a gentleman and a scholar

thanks! :)

does the Stripe API not support updating an existing plan's "trial_period_days" ?

mbu :D

jonathanchu: seems like we should, sec

mbu thanks for looking into!

jonathanchu: you can update the trial_end

on the subscription

you guys are worth over a billion dollars!?!?!?!?

mbu thanks! hm ok, so if we want to change the trial_period_days, we'd have to create a new plan then?

Is there a way to cancel a Stripe subscription if a website using Stripe does not provide a method?

jonathanchu: yep

nathancahill: hmm, are you a customer?

thanks mbu!

Yes

[redacted]

[redacted]

[redacted]

have an IBAN?

[redacted]

[redacted]

[redacted]

not the bank

you should be fine

[redacted]

[redacted]

this is a question i asked earlier today in IRC - if you have a subscription that is prorated, a customer buys it and then cancels a day later - the invoice item is deleted along with the subscription. shouldn't *some* money be invoiced for that day of use? or is this not-by-design for Stripe?

hmm jonathanchu are you actually observing this?

we charge for the subscription up front and prorating it would mean that we credit the remaining *unused* days to the customer

does stripe.js create the token with out verifying the credit card is good?

is that why when I use the failure test numbers it gives me a token?

mbu yes, seeing this behavior currently. we sign up, change quantities of subscription plan, and see the pending invoice. on subscription cancelation, those pending invoices are deleted and we technically have no payments.

oh are you talking about invoice items?

hadees: yes

zrail: is that in the docs somewhere, it was very confusing to figure that out

hadees: on production you'll notice if you try to use the test numbers it'll fail immediately

it *should* anyway

i don't know if it's spelled out in the docs

I'm going crazy trying to get Stripe to work in IE (8 and 9, though I think someone reported the same problem with 10). I asked in here yesterday and someone said it's like a problem with my JS, but now I'm testing with the simple checkout.js code copied directly from the docs, and I'm still getting the same problem. when I submit the card details, it just reloads the page with the token and other things in the URL

has anyone else experienced this? am I supposed to do something different for IE? can't see any mention of differences for it anywhere

wjoe, IE sucks

I know :/

just my two cents heh

all perfectly fine in firefox and chrome, and now I've spent a couple of days trying to fix this IE bug

sadly the site has to work for non-techy people who are likely to be using IE, including old versions

wjoe: url?

mbu yes invoice items are removed, so technically no payments will be made. is this correct - by-design?

yep

invoice items are not prorated

ok, thank you mbu, appreciate the help

sorry there's not a more satisfying answer :(

mbu yeah :) it's nothing to apologize about, though appreciated. i guess the issue is that if a customer cancels a few days before their billing period ends, there's no way to bill for "time used" - is that correct?

if you're using invoice items instead of subscriptions themselves, yes

oh but we are using subscriptions, monthly billing - we're seeing that if a customer cancels a few days after they subscribe, we have no payments in the dashboard even though they technically used a few days worth of time.

gurumelo: https://chomonhouse.ssl-01.com/paypointpage.htm is the page I'm trying to get working (not my site, just hacking in the code), but even with nothing but a payment button at http://lc8n.com/chomonhouse/test2.html I get the same result

(Sorry for the slow response, on the phone with the person who's pestering me to get it working right now)

hm, jonathanchu can you pm me your email?

subscriptions are pretty complicated and i'm not sure i'm understanding the situation completely

would be good to just go in and take al ooh :)

mbu will do, thanks!