Evergreen ILS Website

IRC log for #evergreen, 2017-05-02

| 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:44 dbs bshum++ # testing!
04:30 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
08:13 collum joined #evergreen
08:24 Dyrcona joined #evergreen
08:36 miker berick: re your z3950 comment, that looks normal to me. see.serverchoice should be an alias for keyword. is this master?
08:37 miker er, srw, not see. thanks autocorrect
08:37 mmorgan joined #evergreen
08:46 remingtron @later tell sandbergja DIG hackfest today, yes? I don't have any particular goals, but I'll be poking at docs and am around for questions.
08:46 pinesol_green remingtron: The operation succeeded.
08:59 bos20k joined #evergreen
09:07 kmlussier joined #evergreen
09:08 * kmlussier appears to be having calendar issues today and forgot it was DIG hackfest day. Sigh...
09:10 * dbs hopes we don't have to fork Template::Plugin::CGI just to get oldstyle_urls (& instead of ; to separate query params) but kind of looks like we might have to do that to get mkurl() macro to behave?
09:13 kmlussier It seems I also made a promise of setting up a Google Hangout for this hackfest.
09:14 kmlussier On a more positive note, I believe bug 1687545 will help resolve an issue I've encountered with bug 1682923. dbs++
09:14 pinesol_green Launchpad bug 1687545 in Evergreen "W3C wants query parameters standardized on ampersands; semicolons are now bad" [Undecided,New] https://launchpad.net/bugs/1687545
09:14 pinesol_green Launchpad bug 1682923 in Evergreen "Social networking links from bib record" [Wishlist,New] https://launchpad.net/bugs/1682923 - Assigned to Kathy Lussier (klussier)
09:16 dbs kmlussier: ahh, worlds colliding :)
09:17 * dbs now has dojoless copy location advanced search working except for the ;-vs-& thing
09:17 dbs could just clone the guts of openils.CGI for now I guess :/
09:19 dbs dojoless mode cuts page (uncached) page load from about 650K to 250K - still a lot, but helps
09:19 remingtron dbs++ #much progress!
09:20 yboston joined #evergreen
09:20 remingtron yboston: welcome!
09:26 yboston remingtron: ¡Hola!
09:28 remingtron yboston: everyone at the conference DIG meeting says hello and we miss you.
09:28 yboston remingtron: please send them my regards
09:28 remingtron will do :)
09:32 terran_ joined #evergreen
09:38 gmcharlt whee - and also, to formulate a issue report to the CGI.pm maintainers
09:39 gmcharlt "hi, you guessed wrong: what was the oldstyle default needs to become the default again"
09:51 maryj joined #evergreen
09:51 dbs gmcharlt++
09:55 bshum mmorgan++ # if no one else gets to it, I'll grab the release note commit and pull the hard due date values stuff into master later tonight
09:56 mmorgan bshum++
09:56 mmorgan Thanks!
10:01 mmorgan1 joined #evergreen
10:02 bshum dbs++ # new listener worked for me for the extras bar for google books preview
10:02 bshum I'll poke at that more tonight too
10:02 dbs bshum++ # cool now I just need to write a release note :)
10:03 dbs because docs++
10:10 dluch Yay for docs!  'Morning, everyone.
10:15 berick miker: ah, thanks, didn't realize srw.serverchoice was an alias.  thought it was causing problems, but turns out it was how i was building my queries.
10:16 berick e.g. title:foo instead of title=foo
10:18 berick now to find the magic sauce for boolean searches
10:25 miker berick: all caps AND and OR, IIRC
10:25 Christineb joined #evergreen
10:26 miker actually, caps aren't even needed
10:27 miker any unquoted and or or should work
10:28 berick the quotes appear to be necessary if the search contains spaces, in yaz-client anyway
10:28 berick so the searches come through as keyword: "title:piano or title potter"
10:30 berick maybe an @attr search..
10:31 miker that, or use the registered aliases for sru
10:32 terran_ bshum++ for rebasing that CSS I was working on!
10:32 miker so things like eg.title=piano or eg.title=potter
10:32 miker or the dc or bib context sets
10:32 berick miker: none of those work either :(
10:33 berick the eg.title stuff, i mean
10:33 berick well, eg.title:piano
10:33 berick works
10:37 Dyrcona This discussion sounds familiar....
10:37 gmcharlt bshum: my current inclination is to backport 1681009 to rel_2_12
10:37 gmcharlt which would ease backporting CSS changes in general
10:38 gmcharlt as far as bug 1681943 is concerned, while the boundary is fuzzy, I do lean a little more towards calling it a bugfix
10:38 pinesol_green Launchpad bug 1681943 in Evergreen "Improve Responsive Design in My Lists" [Wishlist,Confirmed] https://launchpad.net/bugs/1681943
10:39 gmcharlt though of course, backporting it to rel_2_11 would mean grabbing parts of the original version of the patches, as opposed to the ones that have been adjusted for RTL
10:39 kmlussier gmcharlt / bshum: I was inclined to do the same.
10:39 gmcharlt in any event, if we take 1681009 to rel_2_12, it would be better to do it sooner rather than later
10:40 kmlussier DIG folks, I've also set up a Hangout since I remember telling people I would do so for the hack-a-way. If anyone wants to join, it's at https://hangouts.google.com/ca​ll/puvyael5h5g7vmkmpe5mv6lvhiu
10:41 kmlussier I expect to be doing a lot of quiet typing on the Hangout unless there are lots of questions. :)
10:41 kmlussier I also put out an email to the doc list.
10:41 kmlussier gmcharlt: Do you want me to take a look at that now before I start looking at docs?
10:42 gmcharlt kmlussier: please do
10:43 yboston_ joined #evergreen
10:45 gsams_ joined #evergreen
10:45 jeff_ joined #evergreen
10:48 bshum gmcharlt++ kmlussier++ # sounds fine to me, just wanted to know how best to proceed
10:50 bericktwo joined #evergreen
10:50 jvwoolf joined #evergreen
10:50 gmcharlt speaking of the doc hackfest, would like to mention a PR I have on a bit of ressurected technical docmentation: bug 1678638
10:50 pinesol_green Launchpad bug 1678638 in Evergreen "Add some technical documentation for qstore" [Low,New] https://launchpad.net/bugs/1678638
10:51 csharp joined #evergreen
10:57 csharp_ joined #evergreen
10:58 berick joined #evergreen
11:00 Jillianne joined #evergreen
11:03 terran_ joined #evergreen
11:05 ejk joined #evergreen
11:09 dluch kmlussier++  Thanks for setting up the Hangout!
11:09 berick Dyrcona: the z39 bool search stuff sounds familiar?
11:10 Dyrcona Yeah. It does.
11:10 berick recall if there was any resolution?
11:11 Dyrcona I recall making a local patch at MVLC.
11:11 berick noting for my future refernce, stuff like this makes yaz-client happy, but not EG:  find @or @attr 1=4 @attr 4=6 "potter" @attr 1=4 @attr 4=6 "piano"
11:12 Dyrcona I'm looking for something on launchpad. It may not be directly related though.
11:13 sandbergja joined #evergreen
11:14 Dyrcona I guess I didn't make a lp entry.
11:15 Dyrcona My issue wasn't directly with boolean searches, but had to do with something unexpectedly (to me) causing an exact search instead of a keyword search, IIRC.
11:15 miker berick: there's some debug output from O:W:SuperCat that at least exposes the sru and EG versions of the search ... may help figure out where things are going bad
11:18 berick miker: thanks
11:18 berick seeing those in the logs now...
11:22 berick maybe @or support needs to be added.  looks like we're just dropping it.
11:22 berick SRU search string [(title = potter or title = piano)] converted to [title:potter title:piano]
11:24 berick though it looks like we're trying to support it
11:24 * berick will poke around some more
11:25 jvwoolf joined #evergreen
11:28 miker yeah, we do try with the CQL::BooleanNode override ... ha! but, we don't actually use $op in there
11:29 pastebot "miker" at 64.57.241.14 pasted "duh..." (13 lines) at http://paste.evergreen-ils.org/132
11:29 miker berick: maybe that will help...
11:30 berick ahhh
11:30 berick ok, yeah, we set it and forget it
11:31 berick that did it
11:32 miker I think that may be like that because explicit ops caused nesting that we didn't want in the olden days ... with adjacent boolean pull-up (2.10? maybe later) it should not be a problem
11:32 kmlussier Bah! Accidentally picked the branches from working, which means I missed gmcharlt's signoff when backporting that branch.
11:35 gmcharlt there's also the release notes entry - doesn't make much of a difference whether it lands in rel_2_12 per se, but the upgrade note does need to make it into the 2.12.2 release notes
11:36 kmlussier gmcharlt: Yes, I was thinking of that. I can start my 2.12.2 release note branch now so that I don't miss that when the release is done.
11:37 gmcharlt sounds good to me
11:37 kmlussier And release notes fall under the category of documentation, which means I've now officially begun working on docs for the hackfest!
11:38 berick also had to change eg.title to title, etc. in dgo.conf.  unclear what purpose the 'eg.' serves but it makes @attr unhappy
11:38 kmlussier @eightball Will kmlussier remember that she's already started a 2.12.2 release notes branch 2 weeks from now?
11:38 pinesol_green kmlussier: The outlook is hazy, please ask again later.
11:38 * berick will open an lp for @or
11:42 mmorgan joined #evergreen
11:43 _adb joined #evergreen
11:44 miker angular-- #making form submission to magical
11:51 * kmlussier grabs some of the metarecord improvements from the 2.12 doc needs list.
12:05 khuckins joined #evergreen
12:20 kmlussier It would be good to decide on whether the docs should go with the "Designing your catalog" section or the "TPac Configuration and Customization" section.
12:21 kmlussier I know the history behind why there are two, but we could probably merge them at this point.
12:21 * kmlussier opens a Launchpad bug
12:22 jihpringle joined #evergreen
12:24 dbs kmlussier++ # merging would be great
12:25 kmlussier bug 1687662
12:25 pinesol_green Launchpad bug 1687662 in Evergreen "Docs: merge sections that address catalog customization" [Undecided,New] https://launchpad.net/bugs/1687662
12:26 Christineb joined #evergreen
12:56 Bmagic When saving a MARC record in the web client, should there be "Saved" feedback?
12:57 Bmagic XUL has a "Are you ready to save?" dialog prior to saving which, in a way, counts as feedback
12:57 gmcharlt Bmagic: there should at least be toast or some other indication
12:58 Bmagic alright, so, it's not there yet?
12:58 gmcharlt correct
12:58 Bmagic (editing the documentation) - I should probably document the way it WILL be....
13:00 kmlussier Bmagic: No
13:00 Bmagic elaborate please
13:00 kmlussier You should document it the way it is
13:00 Bmagic gotcha
13:01 kmlussier Just in case it takes a while before the "will be" happens.
13:01 Bmagic ty, makes sense
13:01 kmlussier And then people start asking why things aren't behaving the way they're described in the docs.
13:01 gmcharlt and opening an LP, of course, increases $will_be_chances
13:02 Bmagic right on, there are some bugs sort of like this reported, wasnt sure if I just missed this one in my searching
13:40 jlundgren joined #evergreen
13:55 bshum @dessert
13:55 * pinesol_green grabs some coffee frappes for bshum
13:55 bshum Coffee?  no, pinesol_green, no.
13:55 bshum @dessert
13:55 * pinesol_green grabs some pineapple chocolate things from New Zealand for bshum
13:55 bshum Okay, I can work with that.
13:55 Dyrcona Pineapple Lumps!
13:57 pinesol_green [evergreen|Kathy Lussier] Docs: Documentation for default metarecord search - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=71c2599>
13:57 pinesol_green [evergreen|Kathy Lussier] Docs: Reducing line size to 80 characters - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=3db63ee>
13:57 * kmlussier diverts coffee frappe away from bshum
13:57 gmcharlt @dessert bshum
13:57 * pinesol_green grabs some Apple Pie for bshum
13:57 kmlussier bshum: That has to be the best dessert we have in here.
13:58 bshum Heh
14:01 kmlussier @dessert 3 bshum
14:01 * pinesol_green grabs some Mint Chocolate Chip Ice Cream for bshum
14:02 bshum Haha, you know me too well, kmlussier
14:03 kmlussier :)
14:03 bshum Though now I really wish I had ice cream.
14:03 jonadab A chocolate-marshmallow-ice-cream root beer float?
14:05 kmlussier @dessert add chocolate-marshmallow-ice-cream root beer float
14:05 pinesol_green kmlussier: The operation succeeded.  Dessert #53 added.
14:06 * kmlussier hates root beer
14:06 jonadab Yeah, it's one of those things people either love or hate, like licorice.
14:07 jonadab (I like both root beer and licorice, but I don't care for walnuts.  We all have our things.)
14:08 berick no one likes walnuts
14:10 kmlussier *I* like walnuts. And licorice. But not together.
14:18 kmlussier We say here we meet WCAG guidelines - http://docs.evergreen-ils.or​g/2.12/_introduction_10.html. Does anyone know if it's AA? AAA? Just A?
14:18 kmlussier I imagine it must be WCAG 2.0
14:22 berick kmlussier: i seem to recall the stuff i worked on being AA
14:24 kmlussier berick: Thanks!
14:37 mmorgan Ice cream! :)
14:37 Dyrcona @dessert [someone]
14:37 * pinesol_green grabs some packages of Rolos® for tsbere
14:40 kmlussier Ooh, Rolos! That's up there with coffee frappes in my book.
14:41 berick anyone else seen and/or resolved the issue where connecting to ubuntu 16.04 causes XUL client to report "there was an error testing this hostname" even after adding an ssl exception -- yet it still lets you log in?
14:41 berick i've tweaked a number of apache ssl.conf settings w/ no luck so far
14:42 berick w/ a self-signed cert
14:47 Dyrcona I have not seen that myself and I almost exclusively test with Ubuntu 16.04. I'm also running the staff client on Ubuntu, but not on the vm that runs the server.
14:50 Dyrcona Yeah, I'm using a self-signed cert, too.
14:52 berick hmm.  same setup here.  testing a different vm from windows now..
14:52 * berick triangulates
14:52 Dyrcona Not enough free RAM at the moment to fire up the vm and try it right now.
14:52 Dyrcona I've not ever noticed that.
14:53 Dyrcona I did have an issue where I got the "Server doesn't support your version" but that was my fault for running the wrong client. :)
14:53 berick yeah.  same thing on a different vm w/ different apache configs and a windows xul client
14:54 dbs berick: maybe 16.04 generates certs by default with encryption algorithms that XUL doesn't grok?
14:54 dbs I mean XUL is primordial ooze
14:54 kmlussier Bmagic / jlundgren: I'm going to sign out of Google Hangouts for now because I have to disappear for a bit. But feel free to stick around.
14:54 Bmagic k
14:54 berick dbs: maybe...
14:55 berick i'll generate a dummy cert on 14.04 and test that
14:55 * dbs grasps at straws
14:56 Dyrcona Could be. Could be the list of ciphers.
14:59 berick hm, no dice using a cert generated on 14.04
15:00 * gmcharlt decides to rebel
15:00 * gmcharlt pays attention to the test message
15:00 berick i've tried SSLCipherSuite ALL and SSLProtocol all, no love either way.
15:02 berick and now I just realized that won't matter, becuase i'm using nginx.  same cert, different ssl settings though
15:03 Dyrcona Ah. I've not tested with a nginx proxy, yet.
15:07 gmcharlt git-blame-for-giggle turns up senator today
15:07 gmcharlt line 12 of pen-ILS/xul/staff_client/ser​ver/serial/pattern_wizard.js
15:10 berick Dyrcona: dbs: good times.. if i enter hostname:7443 (apache) into the XUL client, add ssl exception, then go back to just hostname (default 443 -- nginx), the error goes away.
15:11 berick gmcharlt: giggle-worth indeed
15:13 dbs wheeeeee
15:13 dbs pen-ILS! pen computing has truly arrived
15:13 gmcharlt dbs: oh, did I forget to mention Palm Pilot support for the staff interface as a release goal? ;)
15:14 berick "write barcode here"
15:18 Dyrcona heh
15:19 * dbs reflexively envisions Grafitti (was that the name of the particular set of strokes? Oh brain, why are you holding onto those skills)
15:20 * gmcharlt backpedeals from that meme furiously
15:21 gmcharlt and yeah, I also recall that it was called Grafitti
15:23 Dyrcona Imagine a Beowulf cluster of those! ;)
15:33 collum joined #evergreen
15:34 bshum I was just looking at my old Handspring Visor palm pilot two nights ago.
15:34 bshum My first computing device :)
15:35 dbwells bshum is /not/ old :)
15:35 bshum dbs: You know they make Graffiti for android as a keyboard, right?
15:35 bshum Just in case you wanted a throwback :)
15:36 dbs bshum: note to self: next phone needs a stylus
15:38 Dyrcona :)
16:04 miker dbs: you'll be happy to know I'm indeed using Service Workers for offline.  https://www.talater.com/upup/
16:31 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
16:37 Bmagic Anyone know off the top of their head why action.hold_transit_copy contains rows where the source=dest ?
16:37 Bmagic Is it canceled holds on the hold shelf?
16:37 berick is that the checkin holds local transit stuff?
16:40 Bmagic the checkin modifer?
16:40 Bmagic Remind me what that is for (why?)
16:42 Bmagic Strange that the send time and the receive time are 8 days apart (LOL)
16:45 mmorgan Bmagic: We don't use capture local holds as transits, but my understanding was it could be used if there was a situation where you didn't want the items to go immediately to the holds shelf.
16:45 Bmagic Interesting, therefore, the item needs to be first checked in with that modifier, then checked in without that modifier?
16:46 mmorgan Right.
16:46 Bmagic thank you again!
16:47 mmorgan yw!
16:49 jeff example use case: rfid bookdrop/sorter. you want the items captured for a hold, but you don't want the hold considered "available" until staff remove the items from the bin and scan them in a staff client.
16:49 jeff another example: staff scanning items to capture holds in a back room without slip printer.
16:49 jeff etc.
16:50 mmorgan Don't want the patrons to be notified until the item is actually there waiting for them.
16:50 jeff yes, and can't rely on a time-based delay because it would be inaccurate/unreliable.
16:51 jeff i would imagine that some libraries use both.
17:00 jlundgren left #evergreen
17:04 mmorgan left #evergreen
17:05 jihpringle joined #evergreen
18:43 Jillianne joined #evergreen
19:17 jeffdavis I've confirmed bug 1686194 on 2.12 and tested/signed off dbwells's fix. I haven't tested on 2.11 or master so not sure if I should mark the bug as Confirmed for those versions?
19:17 pinesol_green Launchpad bug 1686194 in Evergreen 2.12 "Fine generation does not factor adjustments into max fines calculation" [Undecided,Confirmed] https://launchpad.net/bugs/1686194
20:21 _adb left #evergreen
20:30 _adb joined #evergreen
21:16 pinesol_green [evergreen|Kathy Lussier] Docs: Sibling links documentation - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=81e6541>
21:16 pinesol_green [evergreen|Kathy Lussier] Docs: Reducing line length to 80 characters in using OPAC docs - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=774bdcf>
21:48 bshum Calling 1036
21:54 pinesol_green [evergreen|Michele Morgan] LP#1427392 - Allow deletion of Hard Due Date Values. - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=8228c21>
21:54 pinesol_green [evergreen|Michele Morgan] LP#1427392: Add release note for hard due date values fix - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=1d80a0b>
21:54 pinesol_green [evergreen|Ben Shum] LP#1427392: Stamping upgrade script for hard due date value fix - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=825f4aa>
21:59 rlefaive joined #evergreen
22:14 dbs miker: yay! I feel like that, alone, justifies my trip to EG2017 :)
22:14 dbs (of course there were many, many other great things about EG2017)
22:15 khuckins joined #evergreen
23:31 dbs Today I learned Template-Toolkit had its first release in 2.5 years just after EG2017! http://search.cpan.org/~abw/Template-Toolkit-2.27/

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