Evergreen ILS Website

IRC log for #evergreen, 2018-04-25

| 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:10 bshum joined #evergreen
00:10 bshum joined #evergreen
00:12 jaswinder joined #evergreen
00:43 bshum joined #evergreen
02:48 jaswinder joined #evergreen
06:32 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
06:43 kmlussier joined #evergreen
07:11 troy__ joined #evergreen
07:14 kmlussier @coffee [someone]
07:14 * pinesol_green brews and pours a cup of Guatemala El Injerto, and sends it sliding down the bar to dwgreen
07:14 kmlussier @tea [someone]
07:14 * pinesol_green brews and pours a pot of Pomegranate Pizzazz® Herbal Tea, and sends it sliding down the bar to Glen (http://ratetea.com/tea/bigelow/po​megranate-pizzazz-herbal-tea/67/)
07:15 rjackson_isl joined #evergreen
07:41 dwgreen Perfect timing.
07:42 stephengwills joined #evergreen
08:18 mnsriz joined #evergreen
08:24 jaswinder joined #evergreen
08:26 kmlussier joined #evergreen
08:26 Guest39906 joined #evergreen
08:26 RBecker joined #evergreen
08:26 jeff joined #evergreen
08:26 Bmagic joined #evergreen
08:36 collum joined #evergreen
09:02 kmlussier miker++ # EOB chair
09:07 mmorgan joined #evergreen
09:09 bos20k joined #evergreen
09:09 stephengwills +1 Mike, Scott, Terran.
09:09 * stephengwills goes back to long term lurking
09:12 kmlussier ScottThomas++ terran++
09:16 jaswinder Hey Guys, Is there an api to create a new user?
09:23 csharp jaswinder: by the description it appears to be open-ils.actor.patron.update
09:24 csharp Open-ILS/src/perlmods/lib/O​penILS/Application/Actor.pm
09:29 jaswinder thanks csharp! I will check out Actor class
09:35 yboston joined #evergreen
09:44 mmorgan1 joined #evergreen
09:56 Bmagic I am finding that an email address that contains a period before the @ sign is ending up in the from address missing the ending domain name. for example:  test.from@from.com ends up being test.from@from
09:56 bshum Stompro: That's an interesting find about the auditor.biblio_record_entry_history that you noted on that general email about upgrading
09:57 bshum I think I've never noticed it because I'm building from scratch and the auditor function bases its creation on whatever exists at the time, so the new columns are fine for me in my test database.  But I guess something should account for those new columns on upgraded systems :\
09:58 Christineb joined #evergreen
10:01 Stompro bshum,  there does seem to be a function that corrects the auditor tables so they match the source tables, so it probably is a simple fix... although I don't know how long it takes to add columns to huge tables, so it might be a more of a problem.
10:02 bshum Stompro: I don't have a large database to test on anymore, but let us know what you discover  :)
10:02 bshum Stompro++
10:03 Stompro bshum, I also just noticed that the auditor table trigger is included in the ones to remove for the visibility update, so I guess that answers my question, it is something that is done.
10:05 beanjammin joined #evergreen
10:14 stephengwills left #evergreen
10:25 jonadab joined #evergreen
10:34 jeff Bmagic: can you give any more information about the email address issue you noted above? It doesn't ring any bells.
10:39 jaswinder joined #evergreen
10:53 jaswinder Hey, How I can logger->debug calls info? Is there a setting somewhere that I can turn it on?
10:54 berick jaswinder: /openils/conf/opensrf_core.xml  <loglevel>4</loglevel>
10:54 berick the first occurence of <loglevel> is probably the one you want
10:54 berick and restart services
10:54 jaswinder berick: thanks!
10:59 miker kmlussier: thanks :)
11:01 Stompro joined #evergreen
11:01 BigRig joined #evergreen
11:03 mmorgan1 joined #evergreen
11:03 kmlussier joined #evergreen
11:03 Guest39906 joined #evergreen
11:03 RBecker joined #evergreen
11:03 jeff joined #evergreen
11:03 Bmagic joined #evergreen
11:04 beanjammin joined #evergreen
11:04 bos20k joined #evergreen
11:04 rjackson_isl joined #evergreen
11:04 idjit joined #evergreen
11:09 tlittle joined #evergreen
11:16 rlefaive joined #evergreen
11:21 jaswinder I need to authenticate a user in test. I think to pass in the type of user. How do I determine the type of user from db?
11:22 jaswinder for instance, staff, opac,  etc
11:28 eby joined #evergreen
11:51 beanjammin joined #evergreen
11:54 jwoodard joined #evergreen
11:58 eady joined #evergreen
12:04 akilsdonk_ joined #evergreen
12:19 mmorgan joined #evergreen
12:34 jaswinder joined #evergreen
12:43 jeffdavis The Hatch install instructions for Linux should probably specify that you need to clone the Hatch git repo first, a few people here have been confused by that.
13:04 jeffdavis May I have write access to working/Hatch.git ?
13:06 jaswinder joined #evergreen
13:06 jeffdavis joined #evergreen
13:50 gsams joined #evergreen
13:55 jaswinder joined #evergreen
13:58 collum_ joined #evergreen
14:02 jihpringle joined #evergreen
14:24 dbwells_ joined #evergreen
14:33 * berick sets up hatch on macbook in case hacking ensues next week
14:42 jeff Was (or is) there a common reason for installing the btree_gist extension in an Evergreen database?
14:54 collum joined #evergreen
14:58 Bmagic jeff: yeah, it's the results of a hold ready for pickup AT. The From: clause ended up with the ending chopped off. And the email address is correct in actor.org_unit.email. The library setting for org.bounced_emails is null for the library in question. The AT has this
14:58 Bmagic From: [%- helpers.get_org_setting(target.0.pickup_lib.id, 'org.bounced_emails') || lib.email || params.sender_email || default_sender %]
15:02 jeffdavis I thought that was a response to jeff's btree_gist question and was very confused.
15:02 jeff Bmagic: oh, and it's the from address that ended up being mangled?
15:02 Bmagic yep
15:08 jeff Bmagic: what is lib set to in the template?
15:09 jeff and do you have a sender_email param set for this event def?
15:14 RBecker joined #evergreen
15:18 Bmagic jeff: no
15:20 Bmagic during this research, I am a bit confused about the variable "lib" - it doesn't seem like it should work but apparently id does
15:20 Bmagic the context is action.hold_request which doesn't contain a column "lib"
15:20 jeff Bmagic: can you pastebin the template somewhere? if you hardcode the From: address as a test (in a test system / test template / whatever) do you see the same behavior?
15:21 jeff Bmagic: generally you would have something in the template that sets lib, though the stock hold available notice doesn't do that.
15:24 Bmagic so the lib variable (from the default template) is null and therefore skipped? Weird. The template does not set that variable
15:25 jeff not seeing the weird part. the stock template neither defines nor uses 'lib'. i'm wondering what your template looks like.
15:27 pastebot "Bmagic" at 64.57.241.14 pasted "sample template" (6 lines) at http://paste.evergreen-ils.org/3074
15:28 Bmagic my next step was to edit that template and just hardcode the from address
15:29 jeff okay, using that template... if the pickup lib lacks an org.bounced_emails setting, and there's no "sender_email" param defined for that event def (you said "no", above -- I think), then it looks like you'll fall back to default_sender
15:29 jeff i don't think helpers.get_org_setting climbs the org tree to find a setting, but haven't looked.
15:29 jeff default_sender is from the opensrf config file, I think.
15:30 Bmagic jeff: that is the same conclusion that I had come to, but* the results in action_trigger.event_output shows that it's getting the library email address sans .org
15:30 Bmagic the default_sender variable in opensrf.xml is not at all close to what comes out in the event_output
15:31 Bmagic lib.email must work somehow
15:34 jeff does any parent org unit of the pickup lib have an org.bounced_emails OU setting set?
15:34 Bmagic nope
15:34 jeff because helpers.get_org_setting does call ou_ancestor_setting_value from AppUtils
15:34 Bmagic select * from actor.org_unit_ancestor_setting​('org.bounced_emails',IDNUMBER)
15:34 jeff (i looked, i was wrong about that)
15:35 Bmagic 0 results
15:35 jeff okay.
15:36 jeff i'd like to see what it does with a hardcoded value, but it's weird that the partial address is even getting there.
15:40 mmorgan1 joined #evergreen
15:41 jaswinder joined #evergreen
15:42 jeff jaswinder: regarding your earlier login/auth question: the types you listed sound like login types, referring to the login event, not the login user.
15:43 jeff jaswinder: for patrons, you'd probably want a login type of "opac" or "persist", depending on your use case.
15:50 jeff Bmagic: and now that I think of it, our default From address on most of our hold notices contains a dot, without issue.
15:55 Bmagic jeff++
16:10 yboston joined #evergreen
16:46 mmorgan joined #evergreen
17:06 mmorgan left #evergreen
17:21 jaswinder joined #evergreen
18:29 jaswinder joined #evergreen
18:30 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
20:09 jaswinder joined #evergreen
20:14 jaswinder joined #evergreen
20:23 jaswinder joined #evergreen
20:54 jaswinder joined #evergreen
21:04 jaswinder joined #evergreen
21:05 gsams joined #evergreen
21:21 jaswinde_ joined #evergreen
21:28 jaswinder joined #evergreen
21:44 jaswinde_ joined #evergreen
22:06 kaffenkj_ joined #evergreen
22:08 Christineb_ joined #evergreen
22:09 akilsdonk joined #evergreen
22:13 _bott_ joined #evergreen
22:13 mnsri_away joined #evergreen
22:52 jaswinder joined #evergreen
23:02 senator_ joined #evergreen
23:04 senator_ left #evergreen

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