Evergreen ILS Website

IRC log for #evergreen, 2018-08-07

| 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
00:02 Milos5 joined #evergreen
00:24 CompanionCube0 joined #evergreen
00:40 Dave10 joined #evergreen
02:25 akilsdonk joined #evergreen
03:27 Alistair21 joined #evergreen
04:09 swarfega25 joined #evergreen
05:16 SuchWow0 joined #evergreen
05:25 berndj8 joined #evergreen
05:37 mquin6 joined #evergreen
05:52 mdroid joined #evergreen
06:30 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
06:42 Dyrcona joined #evergreen
06:54 Dyrcona joined #evergreen
07:02 yar joined #evergreen
07:06 rjackson_isl joined #evergreen
07:11 Dyrcona joined #evergreen
08:06 depleted joined #evergreen
08:21 collum joined #evergreen
08:22 rlefaive joined #evergreen
08:31 rlefaive joined #evergreen
08:47 mmorgan joined #evergreen
08:48 kipd_ joined #evergreen
08:50 maryj joined #evergreen
08:56 RBecker joined #evergreen
08:58 Demp7 joined #evergreen
09:02 nfburton joined #evergreen
09:06 lsach joined #evergreen
09:07 * Dyrcona isn't going to second guess chanserv at the moment.
09:08 jvwoolf joined #evergreen
09:11 rlefaive joined #evergreen
09:12 collum Dyrcona: In my case I was updating my nick registration at freenode.
09:13 Dyrcona :)
09:14 Dyrcona And, I'm getting an Internal Server Error when viewing individual records on my test vm....
09:14 Dyrcona I should check training, 'cause they're almost the same code.
09:14 Dyrcona Guess I know what I'm doing this morning.
09:16 rlefaive joined #evergreen
09:16 Dyrcona 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 4264.
09:18 Dyrcona Think that has to do with retrieving hold counts.
09:19 rlefaive joined #evergreen
09:22 * Dyrcona begins to suspect it's a timeout/speed issue because it works on training, but more digging.
09:23 Dyrcona Dumb, dumb, dumb: return new_editor()->json_query($query)->[0]->{count};
09:24 Dyrcona And, what happens if any piece of that fails?
09:26 kmlussier joined #evergreen
09:27 nfburton joined #evergreen
09:30 Dyrcona bug 1155706 exists, but I think lines like the above are problematic in and of themselves, so I may just open a new bug.
09:30 pinesol Launchpad bug 1155706 in Evergreen "Speed Up Hold Count Calculation/Display" [Wishlist,Triaged] https://launchpad.net/bugs/1155706 - Assigned to Kyle Tomita (tomitakyle)
09:31 Dyrcona And, honestly, that should be something other than wishlist, 'cause Internal Server Errors are not a feature.
09:34 yboston joined #evergreen
09:38 * Dyrcona hijacks someone else's bug.
09:44 kmlussier Dyrcona: Somebody would need to be working on it for it to be considered hiijacking.
09:44 Dyrcona It was assigned, but.... :)
09:50 april joined #evergreen
09:54 Dyrcona There's way too much $e->json_query($query)->[0] type stuff going on in the code. I think I've opined on that before.
10:09 tsadok joined #evergreen
10:09 jonadab joined #evergreen
10:11 jonadab joined #evergreen
10:40 Christineb joined #evergreen
10:44 bathtub_shark3 joined #evergreen
10:52 Madkiss25 joined #evergreen
10:59 khuckins joined #evergreen
11:00 yboston joined #evergreen
11:11 khuckins joined #evergreen
11:50 rlefaive joined #evergreen
12:00 rlefaive joined #evergreen
12:02 idjit joined #evergreen
12:03 jihpringle joined #evergreen
12:04 BruceS13 joined #evergreen
12:18 HarryS14 joined #evergreen
12:19 rlefaive joined #evergreen
12:23 ddale joined #evergreen
12:24 yboston joined #evergreen
12:26 ddale Does anyone send emails to patrons for fines owed to libraries via action triggers?
12:33 ddale joined #evergreen
12:35 nfburton joined #evergreen
12:38 yboston joined #evergreen
12:38 collum joined #evergreen
12:38 rlefaive_ joined #evergreen
12:50 Dyrcona @later tell ddale The answer to your question about sending emails to patrons for fines is, "Yes." The answer to the inevitable next question is complicated. You may be better off asking on the general mailing list.
12:50 pinesol Dyrcona: The operation succeeded.
12:54 _bott_ ...the thoughts of so many that read that question.
12:55 * Dyrcona was lunching.
12:59 rs-afk joined #evergreen
13:16 kmlussier It appears as is freenode is starting to catch some of the spammers soon after they join. I wonder if we'll be able to return things to normal soon.
13:22 jvwoolf joined #evergreen
13:24 rhamby_ Kmlussier:  I assume they have, it’s been a lot better for me today
13:29 kipd Is it safe to assume that a failure by a Perl CGI to find oils_header.pl can be solved by copying the file from the appropriate Evergreen tarball, or was this actually covered by the installation directions for OpenSRF or Evergreen and I just missed it?
13:30 kipd I would up creating /openils/bin/support-scripts and copying the file from the Evergreen tarball.
13:30 kipd I'm getting further than I did before, but if I've solved this step wrong, I'm probably just setting myself up for failure down the road.  :)
13:31 mindjuju11 joined #evergreen
13:33 rlefaive joined #evergreen
13:33 csharp kipd: sounds like you probably missed an installation step somewhere
13:34 kipd Fair enough.  I'll go back and figure out what I skipped.  Thanks.
13:35 csharp kipd: we're happy to help here if you get stuck
13:37 berick kipd: i don't have oils_header.pl in my bin dir.  manually copying it there, if that's where you run the scripts, is reasonable.
13:38 kipd It's related to AADL getting back into MeLcat, we're using iNCIPit.cgi and some of their tests are bombing on our system and after stepping through with their POST data in the Perl debugger, it turned out it eventually wanted to call....
13:38 kipd https://www.irccloud.com/pastebin/AiTrqY1K/
13:39 berick yeah, copy the file wherever you need it
13:39 kipd So that's why I copied from the tarball.
13:39 berick looks like the install doesn't touch it
13:39 berick s/install/installer/
13:40 kipd But now I'm getting a failure at the point of the place_simple_hold and just wondered if I had made my problem worse.  :)
13:40 kipd https://www.irccloud.com/pastebin/RO8jgpzZ/
13:42 berick you'll have to consult the evergreen and/or postgres logs to get to the bottom of that one.
13:42 kipd Yeah, digging through now.
13:53 mjtate joined #evergreen
13:55 mjtate left #evergreen
13:57 * Dyrcona signs out for a bit. Will be back later.
13:58 jvwoolf1 joined #evergreen
13:59 basic`8 joined #evergreen
14:45 mmorgan berick++ # lp 1718032
14:45 pinesol Launchpad bug 1718032 in Evergreen "Patron merge ignores group application permissions" [Medium,Confirmed] https://launchpad.net/bugs/1718032
14:51 wget joined #evergreen
15:02 khuckins joined #evergreen
15:03 berick thanks for the nudge, mmorgan
15:07 idjit i'm looking at bug 1785333. problem is that $scope.selected ids are different for static lists (eg: items out) than for "on the fly" dynamic lists (eg: item status). does anyone happen to know offhand which IDs are used by which lists to populate $scope.selected?
15:07 pinesol Launchpad bug 1785333 in Evergreen "Web Client: Right Clicking a Selection of Highlighted Rows in a Grid Clears the Selection " [Undecided,Confirmed] https://launchpad.net/bugs/1785333
15:13 Guest16880 joined #evergreen
15:16 berick kmlussier++ # crushing launchpad
15:34 csharp interesting problem - as the admin user, I can see all the EDI messages generated for a PO, but as a local Acq administrative user, I can only see ORDRSP, not ORDERS messages
15:34 csharp acq admin users have ADMIN_PROVIDER MANAGE_PROVIDER VIEW_PROVIDER perms (which are referenced in fm_IDL.xml)
15:35 KobrAs4 joined #evergreen
15:35 berick csharp: you confirmed testing the same PO?
15:35 csharp I see <context link="account" jump="provider" field="owner"/>
15:35 kmlussier berick: Sigh.../standalone/list.txt does not exist, probably because I just built the VM today and none of the Concerto users are blocked yet?
15:36 csharp berick: I've tested the PO that was reported to me, both in the client and via srfsh
15:36 * kmlussier has a sudden feeling of deja vu stemming from the original offline testing she did last year.
15:37 berick kmlussier: yeah, that's likely it.  plus the default cron job (assuming it's installed) usually runs once over night.
15:37 csharp kmlussier: you can copy a list.txt from a production server if that helps
15:37 berick kmlussier: it's trivial to create one, though, if you want to test
15:37 kmlussier berick: Yes, I think that's it. The cron job hasn't run yet.
15:37 berick or what csharp said
15:37 csharp and truncate it down to a manageable size
15:37 kmlussier OK, will do. I can copy the ones from my other test servers. There are only a few barcodes there.
15:38 csharp in the <context> above, what are "link", "jump", and "field"?  I can intuit link and field a little, but "jump"?
15:39 berick csharp: jump means there's an intermediate object
15:39 csharp ah
15:39 berick the perm checker needs to step through to find the perm org
15:41 berick csharp: what's the srfsh call?
15:41 _soda_hobart joined #evergreen
15:41 csharp berick: request open-ils.pcrud open-ils.pcrud.search.acqedim "<authtoken>", {"purchase_order":"2067"}, {"order_by":{"acqedim":"create_time DESC"},"limit":15}
15:42 csharp when I login as admin, I see all three, as the other user, just the ORDRSP messages
15:42 csharp 1 ORDERS, 2 ORDRSP
15:43 berick csharp: all 3 edi messages have the same "account" value?
15:43 csharp oh - I think I see the cause
15:44 csharp nope
15:44 csharp the ORDERS has a null account field
15:44 csharp hmm
15:45 csharp there are 5 ORDERS messages in the table with a null account field
15:46 Dyrcona joined #evergreen
15:51 csharp berick: Tiffany thinks these edi messages may have been generated with the EDI Writer - going to try and confirm
15:52 Melody\Concerto2 joined #evergreen
15:56 berick csharp: I think Tiffany may be right...
15:58 csharp yeah, looking at edi_order_pusher.pl, looks like it doesn't set the account field
16:00 berick yeah, confirmed the old script does.  working on a patch...
16:04 yboston joined #evergreen
16:06 berick csharp: if you open a bug, I have a fix
16:07 csharp can do!
16:10 evilman_work25 joined #evergreen
16:15 csharp berick: bug 1785887
16:15 pinesol Launchpad bug 1785887 in Evergreen "Acq: ORDERS messages created by EDIWriter not viewable in client" [Undecided,New] https://launchpad.net/bugs/1785887
16:15 csharp berick++
16:17 yboston joined #evergreen
16:22 Immune joined #evergreen
16:34 kashike16 joined #evergreen
16:45 phoe28 joined #evergreen
16:56 nedbat24 joined #evergreen
17:07 mmorgan left #evergreen
17:09 Bmagic Anyone know off hand if floating can be restricted to system? Or do I not understand how it works?
17:09 kmlussier Bmagic: Yes, I believe so.
17:09 berick Bmagic: yes, you can make floating org groups
17:10 Bmagic oh! yay!
17:10 Bmagic thanks (I'm sure it's documented somewhere)
17:10 kmlussier Bmagic: There are some examples of how to do it here - http://docs.evergreen-ils.org/3.0/_examples_2.html
17:11 Bmagic kmlussier++
17:12 Bmagic berick++
17:45 sjohnson7 joined #evergreen
17:46 khuckins joined #evergreen
17:53 csharp berick++
18:31 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
19:19 barbietoss joined #evergreen
19:45 Dworf joined #evergreen
21:24 MuffinMedic24 joined #evergreen
22:24 jeff left #evergreen
22:24 jeff joined #evergreen
22:26 jeff @voice
22:36 fxrh0 joined #evergreen

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