| Time |
Nick |
Message |
| 01:01 |
|
beanjammin joined #evergreen |
| 01:39 |
|
beanjammin joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:18 |
|
rjackson_isl joined #evergreen |
| 07:31 |
|
agoben joined #evergreen |
| 07:35 |
|
rlefaive joined #evergreen |
| 08:24 |
|
rlefaive_ joined #evergreen |
| 08:28 |
|
collum joined #evergreen |
| 08:36 |
|
kmlussier joined #evergreen |
| 08:36 |
|
Dyrcona joined #evergreen |
| 08:54 |
|
jvwoolf joined #evergreen |
| 08:55 |
|
mmorgan joined #evergreen |
| 08:59 |
|
jonadab joined #evergreen |
| 09:11 |
csharp |
Dyrcona: thanks for the pointer to perllol - that helps |
| 09:13 |
Dyrcona |
yw |
| 09:14 |
|
rlefaive joined #evergreen |
| 09:20 |
|
kdt8 joined #evergreen |
| 09:21 |
|
yboston joined #evergreen |
| 09:22 |
Dyrcona |
All right, I've got a Syrup question. |
| 09:22 |
Dyrcona |
I've been told that OpenSRF/Evergreen services do not need to run locally. |
| 09:22 |
Dyrcona |
However, I'm getting this: Unable to Bootstrap OpenSRF Client with config /openils/conf/opensrf_core.xml. |
| 09:23 |
Dyrcona |
With an unmodified opensrf_core.xml, i.e. just copied from the example file. |
| 09:25 |
Dyrcona |
Ejabberd is not running because I assumed that I didn't need it. |
| 09:26 |
kmlussier |
Dyrcona: OpenSRF needs to run locally. |
| 09:27 |
kdt8 |
Is anyone currently using the self checker? http://docs.evergreen-ils.org/2.12/_self_checkout_2.html |
| 09:27 |
Dyrcona |
Well, that's dumb. :) |
| 09:27 |
Dyrcona |
I'm setting that up, now. |
| 09:27 |
kdt8 |
What browser are you using for it? |
| 09:27 |
yboston |
kdt8: I recently started using it |
| 09:27 |
pinesol_green |
[evergreen|Jane Sandberg] Docs: adding info about new setting to 3.1 release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2e51b8f> |
| 09:27 |
pinesol_green |
[evergreen|Jane Sandberg] Docs: small readability changes to 3.1 release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=98cb1a7> |
| 09:30 |
Dyrcona |
And, memcached, too, probably.... |
| 09:31 |
kmlussier |
kdt8: I'm pretty sure mmorgan is using it too. |
| 09:31 |
yboston |
kdt8: http://openkiosk.mozdevgroup.com |
| 09:32 |
mmorgan |
kdt8: Yes, we have some libraries using this. |
| 09:32 |
yboston |
kdt8: it was recommeded to me by a member of the EG community |
| 09:33 |
mmorgan |
We also use OpenKiosk |
| 09:33 |
Dyrcona |
kmlussier: Do opensrf services need to be running? Is that what you meant? |
| 09:34 |
Dyrcona |
I thought Syrup was meant to talk to an existing Evergreen installation and bypass that? |
| 09:35 |
Dyrcona |
Nope. Apparently, ejabberd just needs to be running. |
| 09:38 |
kmlussier |
Dyrcona: I guess I always assumed that if OpenSRF was required to be installed for the Evergreen integration to work, it meant that OpenSRF services need to be running. It doesn't say so specifically in the README, but that was the conclusion I drew. |
| 09:39 |
miker |
Dyrcona: you sould be able to run just the routers, and tell your existing opensrf services about the new domain. the services don't have to physically run there. (and, strictly speaking, should be able to point the syrup opensrf config at any ejabberd domain that it can reach -- can't be a private.localhost IOW) |
| 09:40 |
|
rlefaive joined #evergreen |
| 09:52 |
Dyrcona |
miker: It seems to work with just ejabberd running, no routers or nothing. |
| 09:52 |
miker |
Dyrcona: whatever works :) |
| 09:53 |
Dyrcona |
Yeahp. |
| 09:57 |
Dyrcona |
Hmm... I thought this problem was fixed, but I'm seeing it in a rel_3_0-based branch: Call to [open-ils.circ.bre.holds.count] failed for session [1522245171.0619417759.7660203596], thread trace [1]: Can't use an undefined value as an ARRAY reference at /usr/local/share/perl/5.22.1/OpenILS/Application/Circ/Holds.pm line 4266. |
| 10:00 |
Dyrcona |
That happened when I clicked from a Syrup title to see it in the OPAC. |
| 10:12 |
pinesol_green |
[evergreen|Jane Sandberg] Docs: fund tag preservation - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1e507ee> |
| 10:21 |
|
Jaswinder joined #evergreen |
| 10:29 |
|
derekz joined #evergreen |
| 10:31 |
|
sandbergja joined #evergreen |
| 10:40 |
|
dwgreen joined #evergreen |
| 10:49 |
|
terran joined #evergreen |
| 10:49 |
jeff |
Dyrcona: As an additional data point, we do not have OpenSRF services configured or running on the host where Syrup is installed. |
| 10:50 |
Dyrcona |
jeff: My experience shows, I need core configured to talk to ejabberd and that's it. |
| 10:50 |
jeff |
Weird! |
| 10:51 |
Dyrcona |
I get that bootstrapping error otherwise. |
| 10:53 |
Bmagic |
Ths is ringing some bells but I can't remember what the solution was. Editing a call number and a copy at the same time (replace barcode -> edit then modify copies) Results in deleted call number and deleted copy. Autogen? |
| 10:55 |
|
Christineb joined #evergreen |
| 11:04 |
Bmagic |
I have it right here in the logs. asset.copy.update ......deleted=t ......... I definitely did not delete the copy. I applied a template and saved it. |
| 11:06 |
Dyrcona |
Maybe the template says deleted=t? |
| 11:06 |
Bmagic |
haha |
| 11:06 |
mmorgan |
Bmagic: We've seen a call number deleted and the copy left as a precat when applying a template with a call number prefix that is no longer in the database using the unified editor. The copy doesn't get deleted, though. |
| 11:07 |
mmorgan |
lp 1253732 |
| 11:07 |
Bmagic |
A copy template with a call number? |
| 11:07 |
pinesol_green |
Launchpad bug 1253732 in Evergreen "Applying template with non-existent call number prefix/suffix results in uncataloged item" [Undecided,New] https://launchpad.net/bugs/1253732 |
| 11:08 |
mmorgan |
We use the unified editor. |
| 11:08 |
Bmagic |
not sure that's it. The work flow has been the same for our catalogers and this is a new thing in the last couple of days. Also, they are not using prefixes or suffixes. |
| 11:09 |
Bmagic |
But I think we are getting warm. I could swear I have had this issue before. |
| 11:09 |
mmorgan |
Bmagic: Ok, Could your item also be in serial.unit? |
| 11:10 |
Bmagic |
0 rows in that table |
| 11:10 |
mmorgan |
That's not it, then :) |
| 11:16 |
|
beanjammin joined #evergreen |
| 11:17 |
mmorgan |
Bmagic: Is this happening consistently with the same template? |
| 11:17 |
Bmagic |
it's all over the consortium |
| 11:17 |
Bmagic |
I'm posting the log |
| 11:19 |
pastebot |
"Bmagic" at 64.57.241.14 pasted "[2018-03-28 09:45:57] open-ils" (339 lines) at http://paste.evergreen-ils.org/1115 |
| 11:38 |
Bmagic |
This is happening when creating a new copy and volume as well |
| 11:41 |
* mmorgan |
certainly thinks autogen is worth a shot. |
| 11:42 |
dbwells |
Bmagic: it *could* be autogen related, if a field was added/removed from asset.copy. Then the offset could be off, and the 'isModified' flag value could land in the 'isDeleted' slot. Had something like that happen once, long ago. |
| 11:43 |
Bmagic |
hmmmm |
| 11:44 |
dbwells |
But wait, maybe autogen doesn't deal with that. In any case, I somehow had it where my value array was a different length than expected, and stuff was landing in the wrong slots. Maybe a settings restart was all I needed, though. |
| 11:45 |
Bmagic |
you reminded me that I added a virtual column to the idl |
| 11:46 |
dbwells |
Bmagic: Okay, I think I remember a little better. It wasn't autogen, it was making sure the same change got into the "reporter" IDL. Some interfaces use that to build objects instead of the main IDL. |
| 11:46 |
* jeff |
nods |
| 11:49 |
dbwells |
And when I say "some", it might actually be most of them these days, as I believe the split was between XUL interfaces and web interfaces. |
| 12:14 |
|
khuckins joined #evergreen |
| 12:15 |
|
beanjammin joined #evergreen |
| 12:29 |
|
khuckins_ joined #evergreen |
| 12:45 |
|
jihpringle joined #evergreen |
| 12:53 |
|
jlundgren joined #evergreen |
| 12:56 |
|
yboston joined #evergreen |
| 13:25 |
|
terran joined #evergreen |
| 13:45 |
Bmagic |
mmorgan: dbwells: it's embarrassing but the issue was bug 1228392 |
| 13:45 |
pinesol_green |
Launchpad bug 1228392 in Evergreen "Item does not link to Monograph Parts in Evergreen Reports Module " [Medium,Triaged] https://launchpad.net/bugs/1228392 |
| 13:45 |
Bmagic |
mmorgan++ |
| 13:45 |
Bmagic |
dbwells++ |
| 13:53 |
dbwells |
Bmagic: Good to know. I still wonder if you might have gotten it to work by applying the same IDL change to var/web/reports/fm_IDL.xml . Missing that is how my arrays got off once before. |
| 13:54 |
Bmagic |
I'm pretty sure I put it in both places but at this point after all the hubub, I can't be sure |
| 13:55 |
|
Jaswinder joined #evergreen |
| 13:56 |
Dyrcona |
autogen.sh puts it there for you, doesn't it? |
| 13:57 |
Dyrcona |
No. I'm wrong. It does fmall.js and some other files, not the reporter IDL. |
| 14:03 |
mmorgan |
Bmagic: Yes, good to know indeed! Curious about your patch, doesn't the "parts" link already link to acpm? |
| 14:03 |
Bmagic |
one would think |
| 14:03 |
|
rlefaive joined #evergreen |
| 14:04 |
Bmagic |
the stock fm_IDL.xml doesn't put the "Monograph Part" in the first column when using the "item" as the source table |
| 14:04 |
kmlussier |
@decide fix parts in reports or not break cataloging |
| 14:04 |
kmlussier |
Oh, darn. Did I have a space there? |
| 14:05 |
kmlussier |
@decide fix parts in reports or not break cataloging |
| 14:05 |
pinesol_green |
kmlussier: go with fix parts in reports |
| 14:15 |
Bmagic |
mmorgan: the only difference between stock and the patch is the map="" component. |
| 14:16 |
Bmagic |
I'm sure that map="part" needs to be there for some other things outside of the reporter, therefore, the offered patch added a new line as per Josh's suggestion |
| 14:18 |
miker |
berick: grid templates can't use filters, can they? just direct interpolation (I know they can't use expressions...) |
| 14:22 |
|
collum joined #evergreen |
| 14:26 |
|
rlefaive joined #evergreen |
| 14:37 |
berick |
miker: you mean like <eg-grid-field ...>{{item.value() | stuff}}</eg-grid-field> ? |
| 14:37 |
miker |
berick: yessir |
| 14:39 |
miker |
not actually needed now (discarded that path) but it'd still be good to know |
| 14:46 |
berick |
miker: couldn't remember, but looks like you can. did this in patron search grid: |
| 14:46 |
berick |
<eg-grid-field label="[% l('DoB') %]">{{item.dob() | date:'shortDate'}}</eg-grid-field> |
| 14:46 |
miker |
ah, perfect, thanks! |
| 15:03 |
|
kdt8 joined #evergreen |
| 15:15 |
pinesol_green |
Showing latest 5 of 6 commits to Evergreen... |
| 15:15 |
pinesol_green |
[evergreen|Galen Charlton] LP#1757526: escape more catalog data (MFHD edition) - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=19925fe> |
| 15:15 |
pinesol_green |
[evergreen|Galen Charlton] release notes for Evergreen 2.12.12 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=72f182c> |
| 15:15 |
pinesol_green |
[evergreen|Galen Charlton] release notes for Evergreen 3.0.6 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5ba73a2> |
| 15:15 |
pinesol_green |
[evergreen|Galen Charlton] 3.0.5-3.0.6 schema update - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a6dfd02> |
| 15:15 |
pinesol_green |
[evergreen|Galen Charlton] 2.12.11-2.12.12 schema update - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c0a2bfa> |
| 15:15 |
gmcharlt |
https://evergreen-ils.org/security-releases-evergreen-2-12-2-and-evergreen-3-0-6/ |
| 15:17 |
dbwells |
gmcharlt++ |
| 15:18 |
Bmagic |
gmcharlt++ |
| 15:20 |
Dyrcona |
gmcharlt++ |
| 15:24 |
|
jwoodard joined #evergreen |
| 15:27 |
dbs |
gmcharlt++ |
| 15:37 |
kmlussier |
gmcharlt++ |
| 15:43 |
|
jvwoolf joined #evergreen |
| 16:18 |
|
khuckins_ joined #evergreen |
| 16:28 |
miker |
dbwells: I think I may have found a bug important for 3.1.0 ... will know soon |
| 16:30 |
miker |
yep ... another instance of s/dropdown-menu/uib-dropdown-menu/ ... stops the reporter (here, and probably others) from working properly |
| 16:30 |
miker |
will LP right now |
| 16:37 |
miker |
hrm... nevermind me, I guess... it seems to be fixed in master |
| 16:38 |
miker |
I guess I'll just invalidate that LP |
| 17:02 |
|
jvwoolf left #evergreen |
| 17:06 |
|
mmorgan left #evergreen |
| 17:13 |
kmlussier |
Is rank-ou used to determine which copies appear first on the record page or is it only used on the search results page? |
| 18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 20:45 |
|
blongwel joined #evergreen |
| 20:46 |
blongwel |
Hi there. It has been so long since I altered the symbol table in cataloging I've forgotten where it is located. Any help appreciated |
| 20:59 |
|
gsams joined #evergreen |
| 23:50 |
|
akilsdonk joined #evergreen |
| 23:53 |
|
drigney joined #evergreen |
