f1b29bcf46
There are no references to settings.BASE_URL
2015-08-25 11:07:11 -04:00
b10f8296ba
needed to have unicode to handle non-ascii names in Stripe
2015-04-21 08:55:27 -07:00
927d644ffc
noticed potential problem in payment when username is unicode
2015-01-14 18:05:03 -05:00
af3ea58b7b
examined order_by queries, added indices as required
2014-07-31 12:17:42 -04:00
3f4231e091
add script that starts to generate "cost of sold items" records
...
Committing mainly to get it in repo; I am running this from python
notebook; no testing needed
2014-06-16 18:15:50 -04:00
14759ac546
always show learn more to anonymous users
...
logged in users get still get the drop-down
2014-03-30 21:28:32 -04:00
f7fea1874e
wish list was not getting set because of vestigial transaction type check
...
[fix #67399604 ]
2014-03-14 13:04:11 -04:00
256c60fbfc
Merge branch 'master' into t4u_download
...
Conflicts:
core/models.py
2014-03-03 11:08:50 -08:00
3986124464
fix two bugs
2014-03-01 17:13:57 -05:00
2a55277302
Campaign moved from payment to core
2014-02-28 15:32:50 -08:00
678eb02847
Thanks works with anonymous user
2014-02-20 15:56:10 -05:00
b5fd630bfc
Thanks mostly works.
2014-02-19 22:18:23 -05:00
b3465ea084
search code for dependence on deadline being not null
2014-01-15 17:59:45 -05:00
b331866c38
fix test
2013-12-15 01:26:42 -05:00
82443593ea
make zeros show
2013-12-15 00:46:50 -05:00
40e611bac5
revive the gift/donation credit funtionality, at least for b2u campaigns
...
The reason for doing this is so a library can put in money with one
check, then use it up gradually. (we get to pocket the fees that would
go to stripe) One change here- in b2u there is an extra click to get to
download page, even if no gift credit is involved - this way the user
knows what and how he's bee charged
2013-12-15 00:31:06 -05:00
2892a22824
change terminology from "donation" to "gift"
2013-12-13 15:15:35 -05:00
6539370e37
remove commented code
2013-11-25 13:37:15 -05:00
dd83434282
Fix error handling in Pay
2013-11-25 13:01:16 -05:00
18f104c210
latent spelling error
2013-11-24 18:44:40 -05:00
1c33c34f21
purchase complete notification, contextual wishlist active, fulfillment in signal handler
2013-08-22 14:30:56 -04:00
75ec13cb39
make sure the transaction isn't double charged!
2013-08-22 14:03:22 -04:00
80d78e624f
remove amazon cruft to get current_total correct
2013-08-19 23:23:27 -04:00
91f7c5f23d
Remove some payment dependence on campaign details
2013-08-19 22:52:22 -04:00
8317356cc2
moved to not_maintained
2013-08-19 22:27:25 -04:00
d5b9f88380
move "extra data" into a json field dict to improve payment code tidieness
...
need to install jsonfield
note: this is https://bitbucket.org/schinckel/django-jsonfield
I tried https://github.com/bradjasper/django-jsonfield but it was not
compatible with South
2013-08-18 15:21:55 -04:00
f9fad3260a
instance -> self in Account.update_status() -- d'oh
2013-08-08 16:28:34 -04:00
cf7160b72d
Adding an optional flag to Account.update_status, which by default, send notices only if the status is *changing*.
...
Set send_notice_on_change_only = False to send notice based on new_status regardless of old status. (Useful for initialization)
2013-08-08 13:31:38 -04:00
c30c0de604
make recharge_failed_transactions a method on account
...
There were four places in the code that triggered the
recharge_failed_transactions signal and only one of them mattered. I
think this layout makes the code much easier to understand.
2013-08-05 14:37:46 -04:00
25d9edf4d8
fix non-working update_status method
2013-08-05 12:18:18 -04:00
b28412ec7a
fix import on payment/tasks
2013-08-05 12:15:04 -04:00
6da8d16770
moved the payment tasks to payment from core
2013-08-03 18:42:33 -04:00
3936692244
[ #40140123 ] Add Account.update_status() to replace handle_Account_status_change thus resolving a number of issues Eric identified:
...
* [ ]https://github.com/Gluejar/regluit/pull/176/files#r4221450 "It also seems odd to be using signals to talk only within the same module. This seems to me to be a misuse of signals, and makes for code that is harder to read" -- I need to decide whether I agree w/ Eric.
* [ ]https://github.com/Gluejar/regluit/pull/176/files#r4366503 long exchange "making it readonly would be overkill (java-ish) but the current code is not clear. Your save signal handler has to figure out whether a state transition has occurred and then act accordingly, which seems like a lot of hoops to jump though. better to put all the transition work in one place. For example, shouldn't it be the deactivate method that sets the status to deactivated?
For example, the methods on campaign do a reasonable job of handling all the status transitions." What I should: mimic structure of 4fc449dad5/core/models.py (L322)https://github.com/Gluejar/regluit/pull/176/files#r4214827 "could also mean the Account has been deleted. don't you really want instance.pk=None?"
* [ ]https://github.com/Gluejar/regluit/pull/176/files#r4221509 "since, these actions are being done in batch mode, the emit notifications would work a lot better if they were emitted after the batch of notifications is created."
2013-07-23 14:16:42 -07:00
37ce78fda2
Merge branch 'master' into expiring_cc
2013-07-17 18:12:30 -07:00
dabaa2f843
update tests to account for new events (now stripe allows multiple cards/customer and now generates card related events in addition to customer events)
2013-07-15 14:52:29 -07:00
e4ab0ccd61
Merge branch 'instant_charge' into expiring_cc
2013-07-09 14:46:06 -07:00
46d1d4f767
Merge branch 'master' into expiring_cc
...
Conflicts:
payment/models.py
payment/tests.py
2013-07-08 10:52:44 -07:00
ccbc78a10c
added a first pass for payment.tests.TransactionTest.test_paymentmanager_charge to illustrate use of PaymentManager.charge() -> hardwired for stripelib right now....
2013-06-28 16:05:19 -07:00
3ff53dd5bc
first pass at stripelib.Processor.Pay
2013-06-26 18:46:30 -07:00
d3166d3aef
Merge branch 'master' into instant_charge
2013-06-26 17:17:07 -07:00
5a207bf4e8
Merge pull request #181 from Gluejar/simpler_download
...
Simpler download. Yay.
2013-06-26 11:39:39 -07:00
701533117f
fixed some seemingly bad defaults in baseprocessor
...
basic pass at payment.manager.PaymentManager.charge
2013-06-25 15:34:20 -07:00
867e745f75
Merge branch 'master' into instant_charge
2013-06-25 11:26:39 -07:00
cae7f6d862
also delete the commented out pledge method
2013-06-25 11:23:21 -07:00
22dc844b07
Getting rid of tests that call PaymentManager.pledge
2013-06-25 11:05:52 -07:00
1725331aa0
cleaning out some old refs to Paypal
2013-06-25 10:39:49 -07:00
5e3fca0282
in stripelib.py, I am resurrecting PledgeScenarioTest
...
in manager.py, a very rough first pass at charge -- not working yet, but doesn't break things either
2013-06-24 16:19:12 -07:00
53178d80ce
moving to stripe 1.9.1
2013-06-21 15:14:51 -07:00
a36ff38745
extraneous creation of StripeClient
2013-06-20 13:39:06 -07:00
c76a320912
* Comment out current payment.manager.PaymentManager.pledge -- tests run ok -- so it looks like I suspect: that we don't use that code and it's a hold-over from PayPal code
...
* stub for stripelib.Processor.Pay
2013-06-19 18:54:32 -07:00
eric
Raymond Yee