| Time |
Nick |
Message |
| 03:46 |
|
ktomita joined #evergreen |
| 03:49 |
|
linuxhikz joined #evergreen |
| 03:51 |
|
ktomita_ joined #evergreen |
| 03:55 |
|
b_bonner_ joined #evergreen |
| 04:13 |
|
mcooper_ joined #evergreen |
| 04:28 |
|
GeoffSams joined #evergreen |
| 04:34 |
|
j_scott joined #evergreen |
| 04:34 |
|
artunit joined #evergreen |
| 07:21 |
|
RBecker joined #evergreen |
| 08:58 |
|
dkyle_ joined #evergreen |
| 09:10 |
|
_anniek joined #evergreen |
| 09:11 |
_anniek |
hi. i have a question about TPAC. I would like to create two web templates and call them by different URLs. is this possible? |
| 09:12 |
_anniek |
I have looked at TPAC documentation and created /openils/var/templates_one/ and /openils/var/templates_two/ and included both pathes in the eg.conf file. |
| 09:13 |
_anniek |
but how can I call them separately by URL? e.g. http://mylib.com/eg/opac/template_one and http://mylib.com/eg/opac/template_two |
| 09:15 |
_anniek |
With JSPAC, I would use somehing like http://www.mylib.com/opac/skin/template_two/xml/index.xml |
| 10:31 |
|
mcooper joined #evergreen |
| 15:32 |
|
Dyrcona joined #evergreen |
| 15:35 |
Dyrcona |
I wonder why Circulate::run_renew_permit doesn't fail the renewal right away if it turns up events. |
| 15:35 |
Dyrcona |
These events appear to hang around until after the checkin is tried and then just before the checkout happens the whole transaction is stopped. |
| 15:39 |
Dyrcona |
Or, maybe that isn't right.... I think I'll add some code to log the contents of $self->{events} to make sure. It is hard to tell from the logs as they are. |
| 15:39 |
Dyrcona |
It looks like the events disappear after checkin pushes SUCCESS. |
| 15:56 |
Dyrcona |
Heh... |
| 15:57 |
Dyrcona |
@later tell kmlussier I just noticed the name of the test user you created in my development database. |
| 15:57 |
pinesol_green |
Dyrcona: The operation succeeded. |
| 16:00 |
Dyrcona |
The events stick around as do the checkin event, including the negative event added, but handled by checkin... |
| 16:02 |
Dyrcona |
The events are reset just before we get to do_checkin, which makes it seem that the events gathered in run_renew_permit are done for no purpose. |
| 16:02 |
Dyrcona |
The rest of the code ignores them. |
| 16:04 |
Dyrcona |
If any other devs are around (fat chance) and want to chime in, feel free. |
| 16:08 |
eeevil |
Dyrcona: I'm not around, but iirc they are only discarded in the presence of a SUCCESS event. berick would know with more certainty |
| 16:09 |
Dyrcona |
eeevil: I just commented out the the run_renew_permit call and things look different, so I think you are right. |
| 16:13 |
Dyrcona |
eeevil: $self->events([]); is done just before do_checkout, but I'm not getting to do_checkout(). |
| 16:13 |
Dyrcona |
Interestingly, without run_renew_permit, I still get two of the three events that were causing the renewal failure. |
| 16:14 |
Dyrcona |
I think I know where to add my new checks for permissions to allow lost items to be renewed. |
| 16:14 |
Dyrcona |
I had them in the wrong place before. |
| 16:47 |
* kmlussier |
tries to remember the name of the test user she used. |
| 17:48 |
|
zerick joined #evergreen |
| 17:51 |
Dyrcona |
kmlussier: When you tested the renewal on lost and claims returned was the staff client asking to override the events? |
| 18:00 |
Dyrcona |
My staff client right now throws up a FIX ME error, the payload looks like three overrideable events. |
| 18:19 |
|
zerick joined #evergreen |
| 18:34 |
* Dyrcona |
is done monologuing for one day. |
| 20:38 |
|
_zerick_ joined #evergreen |
