Evergreen ILS Website

IRC log for #evergreen, 2018-05-08

| 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:43 abowling1 joined #evergreen
01:34 jaswinder joined #evergreen
02:15 jonadab joined #evergreen
04:39 abowling joined #evergreen
06:20 jaswinder joined #evergreen
06:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:37 kmlussier joined #evergreen
07:47 rlefaive joined #evergreen
08:08 rlefaive_ joined #evergreen
08:09 Dyrcona joined #evergreen
08:19 rlefaive joined #evergreen
08:20 stephengwills joined #evergreen
08:29 Evergreen_ joined #evergreen
08:29 Evergreen_ left #evergreen
08:30 bdljohn joined #evergreen
08:31 rlefaive joined #evergreen
08:41 mmorgan joined #evergreen
08:46 rlefaive joined #evergreen
09:03 rlefaive joined #evergreen
09:03 bos20k joined #evergreen
09:08 rlefaive joined #evergreen
09:21 yboston joined #evergreen
09:38 mllewellyn joined #evergreen
10:02 rlefaive joined #evergreen
10:13 mmorgan Is there a straightforward way to see the original checkout date for a circ chain, either in the client column picker, or with a database query?
10:14 mmorgan I don't see a column in the client. I found action.summarize_circ_chain, but am having trouble pulling the date out of that.
10:16 Dyrcona It should be start_time in the results of action.summarize_circ_chain.
10:16 Dyrcona chain.start_time := circ_0.xact_start;
10:22 mmorgan Ok, thanks, will take a look at that.
10:25 rlefaive joined #evergreen
10:27 jaswinder joined #evergreen
10:29 Bmagic @coffee [someone]
10:29 * pinesol_green brews and pours a cup of Rwanda Karaba Fair Trade, and sends it sliding down the bar to stephengwills
10:35 littlet joined #evergreen
10:38 kmlussier @tea [someone}
10:38 pinesol_green kmlussier: Error: Missing "]".  You may want to quote your arguments with double quotes in order to prevent extra brackets from being evaluated as nested commands.
10:38 kmlussier @tea [someone]
10:38 * pinesol_green brews and pours a pot of Wuyi Mountain Big Red Robe, and sends it sliding down the bar to sard (http://ratetea.com/tea/verdant/w​uyi-mountain-big-red-robe/7311/)
10:38 kmlussier If pinesol_green sent me more coffee and tea, I wouldn't make typos like that.
10:52 jeff @coffee kmlussier
10:52 * pinesol_green brews and pours a cup of Kenya AA Gachatha, and sends it sliding down the bar to kmlussier
10:53 kmlussier jeff: Thank you! Now I won't be able to shift responsibility for typos to anyone but me.
10:54 mmorgan kmlussier: You can always blame the cat
10:54 Dyrcona @blame the cat
10:54 pinesol_green Dyrcona: the cat tests their code on the LIVE SERVERS, then blames the user. SAD!
10:55 kmlussier If 'tests their code' = 'walks on keyboards' that is indeed a true statement.
10:57 Christineb joined #evergreen
11:02 yboston joined #evergreen
11:19 abowling1 joined #evergreen
11:35 rlefaive joined #evergreen
11:37 aubjordan joined #evergreen
11:37 abowling joined #evergreen
11:41 idjit joined #evergreen
11:51 khuckins joined #evergreen
12:03 jaswinder joined #evergreen
12:04 jihpringle joined #evergreen
12:17 * csharp hires a cat to test his code
12:21 bshum "Everybody wants to be a cat... because a cat's the only cat who knows where it's at..." /singsong
12:25 kmlussier bshum++
12:25 * kmlussier will now have that song stuck in her head all day.
12:32 * kmlussier made a comment with a mistake in a LP bug, quickly added a new comment to correct the mistake, made a typo.
12:32 kmlussier I really wish we could edit LP comments.
12:35 stephengwills dang! My coffe got cold while I was in meetings :(. Thanks anywy bmagic :)
12:36 Bmagic meetings--
12:40 kmlussier stephengwills: Add some ice to it.
12:54 mllewellyn1 joined #evergreen
13:04 Dyrcona kmlussier: You're not the only one who wishes we could edit Lp comments.
13:23 yboston joined #evergreen
13:28 rlefaive joined #evergreen
13:54 dpearl joined #evergreen
13:55 Bmagic It appears that hold.available SendEmail AT can target holds where email_notify='f' . What's up wid dat? Do I need to alter the template to respect that setting?
13:57 abowling left #evergreen
13:58 jeff Bmagic: usually you'd want the event def to have the parameter check_email_notify set.
13:59 jeff see OpenILS::Application::Trigger​::Validator::HoldIsAvailable
13:59 Bmagic oh? that's news to me. Thanks!
13:59 jeff you can create an event def that doesn't consult that, say if you're using an email to trigger some other process, where the patron isn't the recipient, etc.
13:59 khuckins_ joined #evergreen
14:00 Bmagic ah! That is probably the issue
14:00 abowling joined #evergreen
14:00 jeff The stock data does include an example event def with that param set to 1.
14:01 jeff You also need to be using the HoldIsAvailable validator, though you probably are already.
14:01 Bmagic jeff++
14:01 Bmagic I found that most* of the triggers have that parameter
14:02 collum joined #evergreen
14:03 jeff also, the cleanup_success CreateHoldNotification assumes that you're grouping the events. i think that's probably a bug worth filing, though i'm not sure how many people aren't grouping (we were not, for one lib).
14:04 jeff actually it might not be the cleanup that makes the grouping assumption, but the end result is that you don't get a hold notification record in the pre-AT ahn / action.hold_notification table, and the event's status is error.
14:33 yar joined #evergreen
14:41 Stompro joined #evergreen
14:47 rlefaive joined #evergreen
14:50 Dyrcona Does anyone know if I kill the main Clark daemon will those running reports also die?
14:51 Dyrcona I don't want them to. I'd like them to finish if possible.
14:54 csharp Dyrcona: nope - it just kills the clark daemon
14:54 Dyrcona csharp: Thanks. I'll stop it and restart when the current reports finish.
14:55 csharp Dyrcona: right - iirc, it won't "see" the running report procs, so it's a good idea to wait
14:56 jvwoolf joined #evergreen
14:56 Dyrcona csharp: I think it will if they're listed in reporter.currently_running.
14:56 Dyrcona I've had dead reports stop any new ones from starting after restarting Clark.
14:57 csharp oh - good to know
14:59 lsachjen joined #evergreen
15:04 Dyrcona csharp++
15:04 mmorgan joined #evergreen
16:00 khuckins joined #evergreen
16:06 jvwoolf joined #evergreen
16:30 jvwoolf1 joined #evergreen
16:38 sandbergja joined #evergreen
16:50 jeffdavis Is anyone else seeing apache2-websockets processes maxing out CPU?
16:52 jeffdavis I believe we've fixed instances of this before. I'm seeing it in production on 2.12, not so far in our 3.1 test environment.
16:58 khuckins_ joined #evergreen
17:01 sandbergja joined #evergreen
17:02 mmorgan left #evergreen
17:41 miker jeffdavis: 4163499191d and 50a6bcad0b6d
17:41 pinesol_green miker: [opensrf|Bill Erickson] LP#1744158 Websocket proc exits on ejabberd disconnect - <http://git.evergreen-ils.org/?p​=OpenSRF.git;a=commit;h=4163499>
17:41 pinesol_green miker: [opensrf|Bill Erickson] LP#1746577 Websocket responder exits on jabber disconnect - <http://git.evergreen-ils.org/?p​=OpenSRF.git;a=commit;h=50a6bca>
17:41 miker those are in opensrf master now, for release soon-ish
17:44 jeffdavis aha, thanks miker
18:11 abowling1 joined #evergreen
18:30 abowling joined #evergreen
18:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
18:33 beanjammin joined #evergreen
19:58 csharp 6f1f2a4f
19:58 pinesol_green csharp: [evergreen|Mike Rylander] LP#1676608: copy alert and suppression matrix - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=6f1f2a4>
20:15 mllewellyn joined #evergreen
21:11 jvwoolf joined #evergreen
21:41 jaswinder joined #evergreen
22:23 dluch joined #evergreen

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