Evergreen ILS Website

IRC log for #evergreen, 2018-03-28

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat

All times shown according to the server's local time.

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.or​g/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/Op​enILS/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-releas​es-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

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat