| Time |
Nick |
Message |
| 01:31 |
|
mtcarlson_away joined #evergreen |
| 01:32 |
|
b_bonner joined #evergreen |
| 01:32 |
|
mnsri joined #evergreen |
| 01:33 |
|
rashma joined #evergreen |
| 01:55 |
|
bmills joined #evergreen |
| 02:23 |
|
gsams joined #evergreen |
| 06:33 |
|
mtate joined #evergreen |
| 06:34 |
|
BigRig joined #evergreen |
| 06:34 |
|
phasefx joined #evergreen |
| 06:34 |
|
TaraC joined #evergreen |
| 06:34 |
|
maryj joined #evergreen |
| 07:25 |
|
phasefx joined #evergreen |
| 07:25 |
|
mtate joined #evergreen |
| 07:25 |
|
eeevil joined #evergreen |
| 07:26 |
|
sarabee joined #evergreen |
| 07:26 |
|
bshum joined #evergreen |
| 07:26 |
|
kmlussier joined #evergreen |
| 07:26 |
|
wjr joined #evergreen |
| 07:26 |
|
mceraso joined #evergreen |
| 07:26 |
|
maryj joined #evergreen |
| 07:26 |
|
TaraC joined #evergreen |
| 07:26 |
|
BigRig joined #evergreen |
| 07:26 |
|
phasefx_ joined #evergreen |
| 07:27 |
|
rashma joined #evergreen |
| 07:27 |
|
mmorgan1 joined #evergreen |
| 07:27 |
|
dcook__ joined #evergreen |
| 07:27 |
|
mtj joined #evergreen |
| 07:27 |
|
jcamins joined #evergreen |
| 07:28 |
|
b_bonner joined #evergreen |
| 07:28 |
|
RBecker joined #evergreen |
| 07:28 |
|
jeff joined #evergreen |
| 07:28 |
|
graced joined #evergreen |
| 07:28 |
|
jeffdavis joined #evergreen |
| 07:29 |
|
mrpeters joined #evergreen |
| 07:51 |
|
rjackson-isl joined #evergreen |
| 08:01 |
|
julialima_ joined #evergreen |
| 08:01 |
|
julialima_ left #evergreen |
| 08:02 |
|
julialima_ joined #evergreen |
| 08:29 |
|
akilsdonk joined #evergreen |
| 08:46 |
|
jwoodard joined #evergreen |
| 08:48 |
abowling |
can anyone point me to the location of the script that, in the opac, detects whether your logged in, and if not, redirects you to the login page? |
| 08:51 |
|
Shae joined #evergreen |
| 09:00 |
tsbere |
abowling: There isn't a single "script" for that. It is a combination of load_common looking for an authtoken and load saying "beyond this point we need to be authenticated" |
| 09:05 |
abowling |
thanks, tsbere. i found what i was looking for in EGCatLoader.pm |
| 09:35 |
|
mnsri left #evergreen |
| 09:36 |
|
mnsri joined #evergreen |
| 09:50 |
|
julialima_ joined #evergreen |
| 10:07 |
jeff |
abowling: (just because I'm curious...) What are you looking into? |
| 10:13 |
tsbere |
might be what I figured it all out for. Added a new page to TPac, needed to make it available without logging in. |
| 10:14 |
tsbere |
As normally anything you add will fall through to the login check |
| 10:15 |
|
bmills joined #evergreen |
| 10:26 |
|
julialima_ joined #evergreen |
| 11:04 |
|
jihpringle joined #evergreen |
| 11:10 |
|
nhilton joined #evergreen |
| 11:16 |
|
julialima_ joined #evergreen |
| 12:08 |
|
gsams joined #evergreen |
| 12:19 |
hopkinsju |
I seem to recall there being a setting to allow automatic retargeting of uncaptured holds after a specified period. |
| 12:19 |
hopkinsju |
Is that my imagination? |
| 12:20 |
tsbere |
hopkinsju: Er, as in "holds that haven't been pulled or otherwise captured"? Which would be the general hold targeter process. |
| 12:21 |
hopkinsju |
tsbere: Yes, exactly. If a hold is on a libraries pull list for a long time, let's move on and see if someone else can fill it. |
| 12:21 |
tsbere |
hopkinsju: Hold targeter cron job. |
| 12:22 |
* hopkinsju |
goes off |
| 12:23 |
* csharp |
ends his final workday in 2014 |
| 12:23 |
csharp |
Merry $holiday_of_choice to all! |
| 12:24 |
dbs |
csharp++ |
| 12:30 |
hopkinsju |
Grats csharp! |
| 12:34 |
hopkinsju |
tsbere: I'm not understanding. I'm not sure we're sayign the same thing. Library A has a book on it's pull list. For whatever reason, they don't touch their list and book just sits there waiting for capture for say, 3 days. At that point, we'd like the hold targeter to find another copy. |
| 12:35 |
hopkinsju |
If it does that already, I don't see it where. |
| 12:35 |
hopkinsju |
Our cronjob runs very frequently, and to my knowledge it doesn't pick new copies each time it runs. |
| 12:35 |
tsbere |
hopkinsju: Hold targeter should be doing that automatically already. Though it may keep going *back* to Library A every other day or similar. |
| 12:36 |
tsbere |
hopkinsju: We run every 15 min, but tell it to only check things from 24 hours ago or longer (or things with no previous check time) |
| 12:38 |
tsbere |
hopkinsju: Looking at the hold targeter, it looks like it may be hardcoded to re-examine holds after 24 hours. We may want to make that more of an option some day. So, provided you are running it frequently it should, once a day, change the copies (when multiple are available) on each non-captured hold. |
| 12:40 |
tsbere |
hopkinsju: If there are no other copies available it obviously can't pick a new one (this is always the case for copy-level holds, for example) and as I mentioned it could be going back to the previous copy every other day....in fact, thinking about it, it may never leave a given library if that library has 2 or more holdable copies... |
| 12:41 |
tsbere |
That will be most likely to be a problem with the hold is for pickup at that library, or that is the "closest" library in the org tree to where the hold is to be picked up, though. If it has to look further than that it should be more random. |
| 12:46 |
hopkinsju |
tsbere: I think I'm going to have to do some further testing. My interpretation of the hold_targeter.pl was that it was looking for new *potential* copies to add to the pool every 24 hours. So that newly added items might be considered, |
| 12:46 |
hopkinsju |
But only in the case that a manual retarget (or status change related retarget) happened. |
| 12:48 |
|
mrpeters1 joined #evergreen |
| 12:53 |
|
mrpeters joined #evergreen |
| 12:54 |
tsbere |
hopkinsju: It adds new copies and updates the pull list information as part of the same cycle. Manual retarget is "do that without the 24 hour wait from the last time" |
| 13:10 |
|
buzzy joined #evergreen |
| 13:17 |
hopkinsju |
tsbere: I guess it could be that it's just choosing the same copies every time for the same reasons. |
| 13:17 |
hopkinsju |
I've not found a test case yet where the same branch has multiple available copies, but I've not looked hard enough. |
| 13:18 |
hopkinsju |
... where same branch is the local branch and/or local system. |
| 13:44 |
|
mrpeters1 joined #evergreen |
| 13:50 |
|
mrpeters joined #evergreen |
| 14:19 |
|
mrpeters1 joined #evergreen |
| 14:19 |
|
bmills joined #evergreen |
| 14:26 |
abowling |
in the EGKPacLoader.pm module, there is a line "my $path = $self->apache->dir_config('KPacConfigFile');". can someone point me to where that config is located? |
| 14:27 |
tsbere |
abowling: You would want to see what the apache config says about it. AKA, go read the KPacConfigFile variable out of your apache config. ;) |
| 14:30 |
bshum |
abowling: I get the feeling that's more than likely the KPAC config file from /openils/conf/.. |
| 14:31 |
bshum |
But yeah, the exact path is set in your eg_vhost.conf apache config file |
| 14:31 |
bshum |
defaults to /openils/conf/kpac.xml.example |
| 14:31 |
abowling |
thanks bshum, tsbere. same issue as yesterday. can't get the kpac_root to reliably persist. mrpeters set it yesterday, and it still shows up in the code, even though i can't seem to find it in a grep anywhere |
| 14:32 |
|
dkyle left #evergreen |
| 14:32 |
tsbere |
abowling: There is a single line that sets that normally in EGKPacLoader.pm |
| 14:33 |
tsbere |
abowling: If you are doing anything other than editing that line or adding a new line to mess with it after that point in the same function then things may never stick |
| 14:34 |
abowling |
tsbere: i agree, except that it is not recognizing that value. it's persisting with one mrpeters wrote yesterday, instead of the one we've changed back |
| 14:34 |
tsbere |
abowling: Has apache been fully restarted? |
| 14:34 |
abowling |
tsbere: yes |
| 14:34 |
abowling |
multiple, multiple times |
| 14:35 |
abowling |
tsbere: this is one of those maddening rabbit hole problems :\ |
| 14:35 |
bshum |
I blame the chaos monkey. |
| 14:35 |
abowling |
bshum: agreed |
| 14:36 |
abowling |
it's frustrating as hell, because i've got the solution figured out for a bug, but i can't get the kpac_root to stay with any consitency |
| 14:47 |
abowling |
and the idiot award for the day goes to.........................ME! |
| 14:47 |
abowling |
was restarting apache, or at least attempting to, with opensrf acct instead of root |
| 14:48 |
abowling |
bshum, tsbere, rjackson-isl: thanks for trying to help this moron, anyway |
| 14:48 |
rjackson-isl |
sometimes the easiest things are the hardest to find! |
| 14:56 |
pinesol_green |
[evergreen|Michael Peters] LP#1319964 "Summaries & More" displays improperly in TPAC - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4bd42e9> |
| 15:07 |
* bshum |
goes "ahhhhhh" at the wall of emails he just got from gmcharlt's poking at bugs :) |
| 15:07 |
mrpeters1 |
yay! i think its been a while since i had a commit accepted :) |
| 15:08 |
whatismyname |
whoami? |
| 15:08 |
gmcharlt |
@quote add * mrpeters is now known as whatismyname |
| 15:08 |
pinesol_green |
gmcharlt: The operation succeeded. Quote #103 added. |
| 15:09 |
mrpeters |
haha gmcharlt++ |
| 15:10 |
mrpeters |
can you tell im ready for some time off? lol |
| 15:10 |
mrpeters |
been since last new years that i had time off where i wasnt "doing" something, like racing or having a kid or something NOT restful |
| 15:13 |
|
mrpeters joined #evergreen |
| 15:26 |
|
jihpringle_ joined #evergreen |
| 15:29 |
|
jboyer-isl joined #evergreen |
| 15:41 |
|
dreuther joined #evergreen |
| 15:56 |
|
nhilton_ joined #evergreen |
| 16:34 |
|
nhilton joined #evergreen |
| 16:37 |
|
dreuther_ joined #evergreen |
| 17:04 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:10 |
|
mrpeters1 joined #evergreen |
| 17:31 |
|
nhilton_ joined #evergreen |
| 17:38 |
|
nhilton joined #evergreen |
| 19:07 |
|
buzzy joined #evergreen |
| 19:40 |
|
RBecker joined #evergreen |
| 22:55 |
|
bmills joined #evergreen |
