Hey Noel,

I'm sure you've thought about this and have a few opinions on how you want this accomplished. One of the major things that concerns me is allowing the user to cancel a plan. This could be accomplished by:

1. Making them create a login/password
2. Emailing them a private link to view/edit/cancel their payment.
3. Other?

The obvious downside to (2) is that the link could get lost in their email and the obvious downside in (1) is complexity. I'm just throwing my thoughts around, so let me know what you're thinking!

Johnathan

When adding the shortcode in Chrome the content for the popup fails to load.

GET https://shekinahgloryfire.com/?wp-stripe-iframe=true&keepThis=true& net::ERR_INSECURE_RESPONSE

http://shekinahgloryfire.com/donate/

Hello, I thought I would pass this issue on as I use some code from this build in another project. Keep up the good work.

Error: ['id'] is better written in a dot notation.

var token = response['id'];

https://github.com/humanmade/wp-stripe/blob/master/js/wp-stripe.js#L32

Make sure it's all still working

We are using such an old version

This is a big omission in the system that I'm sure a lot of people want: The ability to take fixed payments, like "$50.00 to donate a cow" and also "$20.00 for monthly subscription". Stripe allows this quite well via "plans", which I actually implemented through the wp-stripe plugin recently. I'm not totally happy with how I had to implement it, though.

What I did required passing parameters through the iframe url for the modal window using custom shortcodes to create different plan buttons, like "sign up for gold plan" and the like. Then each of those buttons passes parameters to the link or to the modal window iframe that specify which plan is being requested. I also (a hack) passed the display-only price, though in retrospect the price-of-each-plan should probably be retrieved from the stripe api via a curl call in the script, complete with all the page-load-slowdown that is likely to entail. Overall, it's not an elegant solution at the moment, though it allows use of plans, so it does what I needed it to.

I also found the use of the modal window troublesome overall, since mobile browsers totally stop working when in contact with the modal window.

@noeltock @mrjameshamilton I will create a branch so that I can show my work on this so far, but in the meantime do you guys have thoughts on ways to improve plan-based fixed-price and subscription type payments? I could especially use some brainstorming on how specifying that plan X is being requested should be most gracefully passed to the final payment form, as currently I have to do this as a url parameter to the iframe, specified by shortcodes for wp stripe.

Hi, thanks for a great plugin!

The one issue I have is that even when the Recent Widget is turned off in the settings, the checkbox "Display on Website" still appears on the donation form. That is confusing people, who are worrying that their name will be shown publicly on the site. It would be great if when the Recent Widget is turned off in the settings, the checkbox on the form would be hidden as well.

Philip

None of the icons or CC logos are retina.

I noticed that not all items called by the wp-stripe iFrame are secure. This is due to how the WP_STRIPE_PATH is functioning.

I did find this discussion online which talkes about the recommended way to determine plugin directories.

http://wordpress.org/ideas/topic/wp_plugin_url-doesnt-take-ssl-into-account

When you open the modal window in an iphone in iOS 7, there is a problem with zooming that cuts off much of the form, and it also doesn't allow pinching out to zoom out, for whatever reason. The result you get is a zoomed-in, cut-off form that you can't zoom out. (see attached iphone screenshot for an idea of what I mean)

I'm still looking into solutions for this like using a viewport meta, or the like.

Commas don't work at all. $1,900 or $1,900.00 will charge $1...

Only way to succesfully charge $1,900 is to enter '1900'

It's only a warning until the API options are configured, but when first activated we get the following annoying notice message:

This is because the constant is only defined after the api options have been set

if ( ! empty( $options['stripe_api_switch'] ) ) {

    if ( $options['stripe_api_switch'] === 'Yes') {
        Stripe::setApiKey( $options['stripe_test_api'] );
        define( 'WP_STRIPE_KEY', $options['stripe_test_api_publish'] );

    } else {
        Stripe::setApiKey( $options['stripe_prod_api'] );
        define( 'WP_STRIPE_KEY', $options['stripe_prod_api_publish'] );
    }
}

Instead of our own hosted form.

Means the site doesn't need to have SSL.

PHP Warning: require(../../../../wp-blog-header.php) [function.require]: failed to open stream: No such file or directory

Getting the following error when using iframe.

PHP Fatal error: Call to undefined function _e() in /Users/egoens/corvus/circlecityrainbarrels/ccrb/wp-content/plugins/wp-stripe/includes/stripe-iframe.php on line 8

Saw the tweet, so installed and is running perfectly. What a great addon plugin.
I saw you mentioned being able to assign payments to projects, is that project already in the works?

One of my next projects requires setting up 'projects' where people can donate to 'mens-club, womens-club, kids-club', individually. Would be nice to use stripe as the gateway to donate to each product and thus display relevant info for each project.

To reflect change of ownership, bump tested to version etc.