summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2013-07-17Note about knowing sort order for returned transactionsjessib
2013-07-17Display 3 most recent transactions on a customer's page, with a link to all ↵jessib
of their transactions.
2013-07-17Show single active subscription from user's page, with link to index showing ↵jessib
all the user's subscriptions.
2013-07-17Added notices to redirects.jessib
2013-07-17Very rough start to tests, which still doesn't really use FakeBraintree.jessib
2013-07-17Changing customers route to be plural.jessib
2013-07-17Some improvements to navigation, and pulling out separate show/edit views ↵jessib
for customers.
2013-07-17Basic functionality to edit credit card on file.jessib
2013-07-17Basic display of a customer's transaction informationjessib
2013-07-17Some permission checks for viewing/cancelling subscriptions.jessib
2013-07-17Allow subscriptions to be canceled.jessib
2013-07-17Displaying of user's subscription. Still not committed to whether user can ↵jessib
have multiple subscriptions at a time or not.
2013-07-17Much more efficient way to get a customer's subscriptions, thanks to ↵jessib
http://stackoverflow.com/questions/15910980/retrieving-a-braintree-customers-subscriptions
2013-07-17Display of subscription information on a customer's edit page. It is *super* ↵jessib
slow. Posted stackoverflow question as not clear if there is more efficient way to get this information via braintree API.
2013-07-17Some tweaks to optimize number of requests to braintree API.jessib
2013-07-17Some refactoringjessib
2013-07-17Let users select amount for payments.jessib
2013-07-17More working subscriptions.jessib
2013-07-17Adding some links, which will be removed.jessib
2013-07-17Needs much work, but basic start to recurring payments.jessib
2013-07-17Hacky, but avoids SSL certificate error in development mode.jessib
2013-07-17Fix to default_credit_card methodjessib
2013-07-17One Braintree customer per user, and some permissions checks (will need to ↵jessib
change for admins.)
2013-07-17Unauthenticated users can make single payments (like donations), but ↵jessib
payments from authenticated users will be as a Braintree Customer stored in the braintree vault.
2013-07-17Start to adding customers to braintree vault.jessib
2013-07-17Replace .erb with .haml files.jessib
2013-07-17Basic functionality for one time transactions using Braintree's transparent ↵jessib
redirect API based from https://github.com/braintree/braintree_ruby_examples/tree/master/rails3_tr_checkout (very little changes were required)
2013-07-17More pieces to set up the billing engine.jessib
2013-07-17Start to branch using braintree to process credit card payments.jessib
2013-07-16Merge pull request #60 from azul/bugfix/srp-fix-for-zeroprefixed-hashesjessib
Bugfix/srp fix for zeroprefixed hashes
2013-07-16adapt srp account_flow test for the api to new ruby_srp APIAzul
2013-07-16ensure the page has been reloaded before testing current_pathAzul
This test would fail sometimes on assert_equal '/', current_path I believe it was a timing issue. page.has_content? will wait for the content to show up. So afterwards the current_path should always be correct.
2013-07-16to move to the next iteration use continue in js.Azul
2013-07-16use ruby-srp 0.2.0 which has a hex based apiAzul
2013-07-16prevent _ prefixes for couchDB document idsAzul
2013-07-15Merge pull request #58 from elijh/bugfix/securityjessib
fix misc security related bugs
2013-07-15require test_helper from account test so it can be run in isolationAzul
2013-07-14remove freeze on APP_CONFIG for nowelijah
2013-07-14make sure capybara runs the whole rack appAzul
We use port 3003 for the integration test server. This test takes a few seconds (~8) now. Most of this is startup time of the server. A second run still takes 2 seconds like before.
2013-07-14we do not expose M2 in srp.js anymore.Azul
So there is no way to print it. This message used to be correct but there are also other things that can cause this to fail now. So let's just remove it.
2013-07-14js integration test for signup, login, logoutAzul
2013-07-12remove test for duplicate login - we'll prevent that on the client sideAzul
SRP happens in two steps: * handshake * validation During the validation we delete the handshake data from the session. So a second validation does not really work. It could build upon the first one but it would not be able to send M2 to the client. So instead of trying to do sth. usefull when two validation requests are send we require the client to only send one.
2013-07-12print debug info on failed login attemptsAzul
2013-07-12Merge pull request #49 from azul/test/print-couchdb-version-on-travisazul
print couch version in test couch setup
2013-07-11add header to prevent iframeselijah
2013-07-11set no-cache headers in the responseelijah
2013-07-11config - add force_ssl to config, add configuration notes to README.mdelijah
2013-07-11fix incorrect calling of tickets_pathelijah
2013-07-11fix failing testselijah
2013-07-11Slight tweak in case we get back the default response to warden's fail!, ↵jessib
which is not an enumerable.