| Age | Commit message (Collapse) | Author |
|---|
|
|
|
hybrid realtime/batch installs; deprecate never-used paymentforcedtobatch, RT#4052
|
|
refund explicitly, no more implicit creation by 'applying' credits. don't show useless application links. don't enable apply button until you pick an invoice/refund. RT#3812
|
|
|
|
|
|
instead of just being a checkbox when posting a credit. RT#3812
|
|
instead of just being a checkbox when posting a credit. RT#3812
|
|
also make the gridding more consistent
|
|
also make the gridding more consistent
|
|
also make the gridding more consistent
|
|
|
|
suspend/cancel/expire/adjourn, backporting and refactoring
|
|
|
|
|
|
and no auto-refund choice in the invoice dropdown. RT#3545
|
|
|
|
refunds show like other unapplied/open things, RT#3545
|
|
cust_bill::invnum_date_pretty to 1.7
|
|
spurious usergroup bug
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
show the order taker on all payments (on customer view and payment search) closes: #2953
|
|
payments, so showing them is probably bad)
|
|
customer view page
|
|
|
|
|
|
|
|
|
|
("Unit #" search in searchbar), visual indication of require_invoicing_list_email, closes: RT#2926
|
|
|
|
|
|
|
|
|
|
|
|
|
|
interface (backport)
|
|
|
|
|
|
|
|
explicit import. did i mention this was really really weird?
|
|
legacy cases (backport)
|
|
|
|
|
|
|
|
|
