Age | Commit message (Collapse) | Author |
|
should prevent one from adding a new subscription.
|
|
|
|
|
|
|
|
|
|
There might not have been any transactions. Fixes the functional test
|
|
|
|
|
|
|
|
I think this is very confusing and should be changed to:
resource :users do |user|
user.resource :customer
end
|
|
user variable, due to complication that an admin might be accessing data for another user.
|
|
edit for other users.
|
|
|
|
customer.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
The default CouchRest Model belongs_to does not respect the class option.
So we need to write our own getter method.
|
|
|
|
|
|
|
|
Based on:
https://github.com/bvsatyaram/braintree_ruby_examples/commit/00f4852af60f0b1aae188fb11a9d5d06780d1539
|
|
|
|
|
|
|
|
of their transactions.
|
|
all the user's subscriptions.
|
|
|
|
|
|
for customers.
|
|
|
|
|
|
|
|
|
|
have multiple subscriptions at a time or not.
|
|
http://stackoverflow.com/questions/15910980/retrieving-a-braintree-customers-subscriptions
|
|
slow. Posted stackoverflow question as not clear if there is more efficient way to get this information via braintree API.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
change for admins.)
|