Permalink
Commits on May 25, 2017
  1. Bump version to 4.22.0

    brandur committed May 25, 2017
  2. Merge pull request #339 from stripe/brandur-headers-in-errors

    Make response headers accessible on errors
    brandur-stripe committed on GitHub May 25, 2017
  3. Bump version to 4.21.0

    brandur committed May 25, 2017
  4. Merge pull request #340 from stripe/remi-account-edit-link

    Add support for the login link resource
    brandur-stripe committed on GitHub May 25, 2017
Commits on May 24, 2017
  1. Bump version to 4.20.0

    brandur committed May 24, 2017
  2. Merge pull request #333 from stripe/jlomas-set-app-info

    Add `setAppInfo()`
    brandur-stripe committed on GitHub May 24, 2017
  3. Make response headers accessible on errors

    It can't hurt to have these accessible when handling an error. We
    already have a few other pieces of response information like request ID
    and status code, so it's fairly conventional.
    
    Fixes #335.
    brandur committed May 24, 2017
Commits on May 23, 2017
  1. Add the helper method on the Account resource to create a LoginLink

    remi-stripe committed May 23, 2017
Commits on May 18, 2017
  1. Bump version to 4.19.1

    brandur committed May 18, 2017
  2. Merge pull request #334 from bendiy/master

    Check if object property isPrototype before adding it to Constructor.
    brandur-stripe committed on GitHub May 18, 2017
  3. `stripe.setAppInfo({});` isn't valid anymore

    jlomas-stripe committed May 18, 2017
Commits on May 16, 2017
  1. Make `name` required

    jlomas-stripe committed May 16, 2017
  2. Use objectAssign for protoExtend.

    bendiy committed May 16, 2017
  3. Check if object property is 'prototype' before adding it to Constructor.

    bendiy committed May 16, 2017
  4. Typoes, README and ... fixing whatever I did there.

    jlomas-stripe committed May 16, 2017
Commits on May 15, 2017
  1. Add setAppInfo

    jlomas-stripe committed May 15, 2017
Commits on May 11, 2017
  1. Bump version to 4.19.0

    brandur committed May 11, 2017
  2. Merge pull request #330 from stripe/jlomas-webhook-signing

    Add webhook signing
    brandur-stripe committed on GitHub May 11, 2017
Commits on May 10, 2017
  1. Add some details back into the README

    jlomas-stripe committed May 10, 2017
  2. Move example from README.md to 'examples/webhook-signing' folder

    jlomas-stripe committed May 10, 2017
Commits on May 9, 2017
  1. Add webhook signing

    jlomas-stripe committed May 9, 2017
Commits on Apr 12, 2017
  1. Bump version to 4.18.0

    brandur committed Apr 12, 2017
  2. Merge pull request #328 from stripe/jlomas-better-id-errors

    Check to make sure the `id` is a String
    brandur-stripe committed on GitHub Apr 12, 2017
  3. Check to make sure the `id` is a String before attempting the API req…

    …uest
    jlomas-stripe committed Apr 12, 2017
Commits on Apr 5, 2017
  1. Bump version to 4.17.1

    brandur committed Apr 5, 2017
  2. Merge pull request #324 from stripe/brandur-better-error

    Improve error message when ommitting a parameter
    brandur-stripe committed on GitHub Apr 5, 2017
  3. Improve error message when ommitting a parameter

    Improve the error message when a `stripeMethod` is called but a
    parameter is accidentally ommitted. Previously, we were accidentally
    including the product of `utils.makeURLInterpolator` in the error
    string, which made it very difficult to read:
    
    ```
    Error: Stripe: Argument "id" required, but got: undefined (on API request to GET function (outputs) {
            return cleanString.replace(/\{([\s\S]+?)\}/g, function($0, $1) {
              return encodeURIComponent(outputs[$1] || '');
            });
          })
        at Object.<anonymous> (/Users/brandur/stripe/stripe-node/lib/StripeMethod.js:53:21)
    ```
    
    I think this was basically an implementation accident, as what it's
    actually trying to do is print the path of the API call that's about to
    be invoked. We now produce this instead:
    
    ```
    Error: Stripe: Argument "id" required, but got: undefined (on API request to `GET /invoices/{id}`)
        at Object.<anonymous> (/Users/brandur/stripe/stripe-node/lib/StripeMethod.js:53:21)
    ```
    
    Fixes #323.
    brandur committed Apr 3, 2017
Commits on Mar 31, 2017
  1. Bump version to 4.17.0

    brandur committed Mar 31, 2017
  2. Merge pull request #318 from stripe/remi-split-payout-transfer

    Added support for the new Payout and RecipientTransfer objects
    brandur-stripe committed on GitHub Mar 31, 2017
  3. Added support for the new Payout object

    The Transfer object used to represent all movements of funds in Stripe. It
    split in two concepts:
    - Transfer: this describes the movement of funds between Stripe accounts
    and is specific to Stripe Connect.
    - Payout: this describes the movement of funds from a Stripe account to a
    bank account, debit card or any future payout method.
    
    This change is behind an API version so old API versions would still use
    the Transfer object for everything while new API version would see the
    split.
    
    This applies beyond the new object as some properties/methods are removed
    from Transfer and other properties are renamed on other objects.
    remi-stripe committed Mar 26, 2017
Commits on Mar 30, 2017
  1. Bump version to 4.16.1

    brandur committed Mar 30, 2017
  2. Merge pull request #322 from stripe/brandur-fix-request-id-reference

    Fix error requestId reference
    brandur-stripe committed on GitHub Mar 30, 2017
  3. Fix error requestId reference

    This was erroneously given a bad reference in #316. See #315 for
    details.
    brandur committed Mar 30, 2017