| Time |
Nick |
Message |
| 06:35 |
|
eeevil joined #evergreen |
| 06:35 |
|
mtate joined #evergreen |
| 06:35 |
|
phasefx joined #evergreen |
| 06:36 |
|
Callender joined #evergreen |
| 06:36 |
|
BigRig joined #evergreen |
| 06:36 |
|
TaraC joined #evergreen |
| 06:36 |
|
maryj joined #evergreen |
| 06:37 |
|
graced joined #evergreen |
| 06:38 |
|
paxed joined #evergreen |
| 08:10 |
|
rjackson_home joined #evergreen |
| 09:10 |
|
sarabee joined #evergreen |
| 09:47 |
|
sbrylander joined #evergreen |
| 09:53 |
dbs |
Well that was fun. Started running pingest.pl last night and 5 hours later our database server rolled over and played dead (went into recovery mode). |
| 09:53 |
dbs |
Argh. |
| 09:53 |
dbs |
But 2.7.2 was beautiful for the 5 hours it was running :) |
| 11:31 |
|
Dyrcona joined #evergreen |
| 11:32 |
Dyrcona |
bshum: ping |
| 12:33 |
gsams |
I know I probably won't see much action on this here today, but Ive got a problem with generating 60 day overdue notices for printing |
| 12:33 |
gsams |
the cronjob is set to run in the mornings and I keep seeing the following error pop up in opensrf's mail |
| 12:33 |
pastebot |
"gsams" at 64.57.241.14 pasted "Exception when running cronjob on 60-day overdue notices." (3 lines) at http://paste.evergreen-ils.org/23 |
| 12:34 |
gsams |
The action trigger is running correctly, and at 4 AM every morning this happens, but I'm seeing the completion timestamps in the event table |
| 12:35 |
gsams |
and no print notice is created, I assume because of this exception. |
| 13:09 |
gsams |
hmm |
| 13:10 |
gsams |
running it with a run_time::date >= to a date will work, but running it with a run_time::date = '$DATE' will not... |
| 13:10 |
gsams |
hmmm. I wonder if it is still running the notices the day before... |
| 13:11 |
gsams |
why yes, yes it is |
| 13:21 |
|
Dyrcona joined #evergreen |
| 13:27 |
|
bmills joined #evergreen |
| 16:28 |
dbs |
TIL that metabib.browse_entry triggers don't protect against records with insanely long 245 subfields, like this one that has a subfield b over 5,100 chars long: https://laurentian.concat.ca/eg/opac/record/2603924?expand=marchtml#marchtml |
| 16:28 |
dbs |
Oh you crazy Eighteenth Century Collection Online entries / crazy AACR2/RDA transcription rules. |
| 16:43 |
Dyrcona |
The mother of all subtitles..... |
| 16:55 |
Dyrcona |
Well, I'm heading home in a few. |
| 16:55 |
* Dyrcona |
went into the office to cover the Saturday and to escape the noise. |
| 17:12 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 18:27 |
dbs |
Hmm. Methinks that deleted records such as https://laurentian.concat.ca/eg/opac/record/832789 should return a 404 instead of a 200. |
| 18:34 |
dbs |
Actually, 410. |
| 18:35 |
dbs |
For that matter, a request for a record ID that doesn't exist should return a 404 instead of a 200. |
| 18:42 |
* dbs |
opens bug 1406025 accordingly |
| 18:42 |
pinesol_green |
Launchpad bug 1406025 in Evergreen "HTTP status code compliance: non-existent and deleted records should return 4xx codes" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1406025 |
