abijah d2d1bb3fc4 Change to how reversals are handled. In the process, I've tried to solidify _exactly_ what addTransaction will do, since it was becoming a house of cards of sorts. It was using special logic to decide things like whether to add ledger entries, statement entries, or both, whether to assignCredits afterwards, whether the generated receipt was to be considered a credit, and so on. Consequently, modifications to any calling function (addInvoice, addWaiver, etc) would often require addTransaction modifications, which would turn around and break all of the other calling functions. So, that embedded logic has been removed from addTransaction, and the rules of what addTransaction should do are now defined by the callers. This change is DEFINTELY not complete, as it probably has several bugs, and it DOES NOT YET WORK for reversals. I need a clean baseline to move forward from though, and this checkin approximates where we need to go. ...

git-svn-id: file:///svn-source/pmgr/branches/yafr_20090716@562 97e9348a-65ac-dc4b-aefc-98561f571b83

2009-08-14 21:31:56 +00:00

..

config

Modified INTERNAL_ERROR to support inclusion of the blank layout, since all the javascript is lost otherwise. This should only matter for development. Also, fixed a bug with rendering when redirect is called but headers have already been output.

2009-08-14 21:10:16 +00:00

controllers

Moved the INTERNAL_ERROR calls to use the class function instead of the global one.

2009-08-14 21:21:21 +00:00

models

Change to how reversals are handled. In the process, I've tried to solidify _exactly_ what addTransaction will do, since it was becoming a house of cards of sorts. It was using special logic to decide things like whether to add ledger entries, statement entries, or both, whether to assignCredits afterwards, whether the generated receipt was to be considered a credit, and so on. Consequently, modifications to any calling function (addInvoice, addWaiver, etc) would often require addTransaction modifications, which would turn around and break all of the other calling functions. So, that embedded logic has been removed from addTransaction, and the rules of what addTransaction should do are now defined by the callers. This change is DEFINTELY not complete, as it probably has several bugs, and it DOES NOT YET WORK for reversals. I need a clean baseline to move forward from though, and this checkin approximates where we need to go.

2009-08-14 21:31:56 +00:00

plugins/debug_kit

Check in a version of the debug toolkit that I've added debug prints to. They're commented out at the moment, but may come in handy later.

2009-06-13 03:46:17 +00:00

views

Minor tweak to grid caption and display of the entry id instead of the transaction id.

2009-08-14 21:07:50 +00:00

webroot

Moved paid-through from the detail box, which is semi-static information, to the info box, which holds data that changes with time (i.e. the so called pertinent information).

2009-08-13 22:09:27 +00:00

.htaccess

Load pmgr into branches/initial_20090526/site.

2009-05-27 04:18:23 +00:00

app_controller.php

Modified INTERNAL_ERROR to support inclusion of the blank layout, since all the javascript is lost otherwise. This should only matter for development. Also, fixed a bug with rendering when redirect is called but headers have already been output.

2009-08-14 21:10:16 +00:00

app_helper.php

Changed the custom route variables, so that the dev route could set the admin flag and not screw up the routing. The AppController now checks the routing params to set the dev/admin flags.

2009-08-13 16:43:07 +00:00

app_model.php

Modified INTERNAL_ERROR to support inclusion of the blank layout, since all the javascript is lost otherwise. This should only matter for development. Also, fixed a bug with rendering when redirect is called but headers have already been output.

2009-08-14 21:10:16 +00:00

index.php

Load pmgr into branches/initial_20090526/site.

2009-05-27 04:18:23 +00:00