Backdate a Checkout to Expired Patron

[Jason Stephenson]

EG Version: Master
OpenSRF Version: N/A
PostgreSQL Version: N/A

When writing custom programs to load transactions for migrating libraries, it would be nice if one could "backdate" the chekcout time to an expired patron.

The notion is that if the checkout time is prior to the patron's expiration date, then the checkout continues rather than getting a PATRON_ACCOUNT_EXPIRED message.

I have a single commit on a branch that works for this. I'll split it off into its own branch and throw it up a bit later.

[Jason Stephenson (jstephenson)]

Wow! Some changes to Evergreen that I've worked on this weekend have actually worked.

http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/dyrcona/lp1222242-backdate-checkout-for-expired-patron

[Ben Shum (bshum)]

Jason, I'm going to keep targeting these missed pullrequest tagged bugs. Feel free to move them around or modify as needed before the next round of review work commences. Not sure what are bug fixes or others are feature changes and thus not eligible for this round of work.

Thanks.

[Erica Rohlfs (erohlfs)]

Unable to test, cannot checkout to expired patron as an end-user within the staff client.

[Galen Charlton (gmc)]

Reading the patch, one thing that strikes me is that it looks like it would provide a (rather motivated) patron who has expired privileges a way to bypass that check and successfully renew loans by passing in a checkout_time key.

Jason, given the age of this patch and the possibility of direct inserts into action.circulation during data migration, do you still need this?

[Jason Stephenson (jstephenson)]

No, I don't still need it.