Evergreen ILS Website

IRC log for #evergreen, 2017-09-18

| 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:23 pinesol_green [evergreen|Jane Sandberg] Docs: TPAC bib_source variable - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=9d163e4>
05:00 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
06:13 rkw joined #evergreen
07:14 rjackson_isl joined #evergreen
08:39 mmorgan joined #evergreen
08:57 bos20k joined #evergreen
09:08 Dyrcona joined #evergreen
09:19 kmlussier joined #evergreen
09:42 jvwoolf joined #evergreen
09:42 kmlussier @coffee [someone]
09:42 * pinesol_green brews and pours a cup of Ethiopian Sidamo Fair Trade/Organic, and sends it sliding down the bar to barbara_
09:43 kmlussier @tea [someone]
09:43 * pinesol_green brews and pours a pot of Bi Luo Chun Green Tea (Pi Lo Chun), and sends it sliding down the bar to genpaku (http://ratetea.com/tea/teavivre/bi-l​uo-chun-green-tea-pi-lo-chun/6490/)
09:50 yboston joined #evergreen
09:55 Bmagic sweet nectar
10:01 mmorgan1 joined #evergreen
10:25 berick kmlussier: for bug 1712637 do the can-have-vols org units appear greyed out for you?
10:25 pinesol_green Launchpad bug 1712637 in Evergreen "Web Client: Default Hold Pickup Location Errors" [High,Confirmed] https://launchpad.net/bugs/1712637
10:29 kmlussier berick: In the hold pickup location selector? No.
10:29 kmlussier I was about to build a new VM this morning and was going to include that branch. I can check again just to be sure.
10:30 berick kmlussier: that would be appreciated.  I'm not seeing what you are seeing.
10:30 berick they are greyed out and un-select-able for me
10:32 berick i just rebased to master and re-tested
10:37 dbs berick: in terms of clearing cached proxy entries for given URIs, I started using the proxy_cache_bypass directive recently
10:37 pinesol_green [evergreen|Jane Sandberg] Docs: adding the MARC Templates documentation back - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=899b6a5>
10:37 pinesol_green [evergreen|Jane Sandberg] Docs reorg: splitting action/triggers into command-line and staff-client manuals - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=10c578a>
10:37 berick dbs: thanks.  /me reads
10:40 berick well that's handy
10:43 dbs Set "proxy_cache_bypass $http_purge;" and then "curl -o /dev/null -H 'X-Purge: 1' URI"
10:43 dbs (roughly)
10:43 dbs thank you https://serverfault.com/questions/49341​1/how-to-delete-single-nginx-cache-file for showing me the way :)
10:45 mmorgan joined #evergreen
10:51 berick i also had to find an example... docs are spare on that one.
11:00 kmlussier berick: I don't know why it didn't work in my earlier test, but it's working for me now. I'll sign off and push it now.
11:01 berick kmlussier++
11:21 ningalls joined #evergreen
11:25 gmcharlt survey on what version number to use for the next major OpenSRF release https://gmcharlt.limequery.org/523355
11:28 * Dyrcona campaigns for 3.0.
11:29 * kmlussier doesn't have an opinion.
11:30 kmlussier But Dyrcona could possibly sway me with cookies or candy.
11:30 Dyrcona Should I explain why I think 3.0 is warranted?
11:30 Dyrcona @dessert kmlussier
11:30 * pinesol_green grabs some Moon Pie and some RC Cola for kmlussier
11:30 kmlussier RC Cola? Really?
11:30 csharp Dyrcona: please do - I'm not sure it is warranted, but I don't have a strong opinion
11:31 rhamby_ I was really hoping for  π to be an option on the survey ....
11:31 Dyrcona I think 3.0 is warranted because we renamed the C libraries from osrf_... to libosrf_...
11:31 Dyrcona The same thing was done in Evergreen master for 3.0-beta2.
11:32 Dyrcona This is a mostly backwards-incompatible change.
11:33 Dyrcona When you install this version of OpenSRF and Evergreen, you will need to update your opensrf.xml file to change the library names for the C processes.
11:33 kmlussier berick: On bug 1712637, where you say 'No value is applied unless staff set one', is that just for the pickup library?
11:33 pinesol_green Launchpad bug 1712637 in Evergreen "Web Client: Default Hold Pickup Location Errors" [High,Confirmed] https://launchpad.net/bugs/1712637
11:33 Dyrcona That, I think, is enough to warrant the bump to 3.0.
11:34 berick kmlussier: right, just the PU lib setting.  if no PU lib is set in the form, no setting value will be applied to the user.
11:34 Dyrcona rhamby_: Maybe when OpenSRF becomes as stable as TeX. :)
11:34 kmlussier berick: OK, thanks for clarifying.
11:34 berick yep
11:35 dbs Dyrcona: +1
11:37 Dyrcona The less good reason is that it makes it really clear that OpenSRF 3.0 goes with Evergreen 3.0.
11:37 dbs Yeah I would -1 that :)
11:39 csharp Dyrcona: makes sense
11:47 pinesol_green [evergreen|Bill Erickson] LP#1712637 Patron edit hold pickup location repairs - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=d705d61>
11:48 dbs Deployed OpenSRF 2.5.2 last night and nobody has come yelling at me today so yay
12:01 jihpringle joined #evergreen
12:30 csharp dbs++ # pioneer
12:31 khuckins joined #evergreen
12:42 dbs csharp: hah long gone are the heady days of deploying master :)
12:47 * bshum sometimes misses those days :)
13:18 Dyrcona Meh. If you cut your branch around release time, it ain't that big of a deal. :)
13:26 collum joined #evergreen
13:27 kmlussier In the web client, if you create a record or copy bucket, there is a 'publicly visible?' checkbox that we didn't see in the XUL client.
13:28 kmlussier What is that checkbox for? At first, I was thinking (hoping) that the one for record buckets meant that it could also be accessed through the public catalog as a list.
13:31 csharp probably corresponds with the "pub" column
13:32 csharp (on both container.copy_bucket and container.biblio_record_entry_bucket))
13:33 csharp which for patron lists corresponds to Share/Hide
13:34 csharp but it probably is determined by the bucket type
13:34 csharp "btype" column
13:35 csharp so I guess if there was a way to change the btype from staff_client to bookbag it would probably be public-OPAC-able
13:37 bshum I think people did it the other way more often.  Created a list in OPAC under a staff user, then opened that list via ID in the staff client to use that to add to the bucket.
13:38 bshum bucket/container/stuff
13:39 csharp that's what terran did for the KPAC here
13:42 csharp examples here (for the logs): http://gapines.org/eg/kpac/category?trail=30
13:43 * mmorgan remembers making buckets OPAC-able by doing what csharp said, changing btype AND public. But since both changes are required, the 'publicly visible' checkbox in the web client won't do the whole job.
13:45 berick doesn't the pub checkbox in the web client determine if staff A can view a (staff) bucket created by staff B?  or is that just permission-based?
13:47 csharp for webstaff installation, is there anything wrong with having test/data/idl2js.pl use the installed versions of fm_IDL.xml and fm_IDL2js.xsl?  since we install from debs, we're trying to work around needing the source tree installed
13:47 csharp btw, what I'm suggesting *works*, I'm just wondering if there's a good reason not to do so by default or just instead
13:52 berick csharp: it uses the source version so it's possible to build EG without installing it.
13:53 kmlussier berick: Yeah, that's what I'm testing now. But I keep messing up my tests.
13:56 csharp berick: ah
13:59 kmlussier Yeah, I can retrieve somebody else's bucket by id whether it's publicly visible or not.
14:01 kmlussier That's a copy bucket. I haven't tried it with a record bucket yet.
14:03 kmlussier Same thing with record buckets.
14:03 berick kmlussier: hm, ok, it looks like it's permission based (VIEW_CONTAINER) but if the viewing user does not have the permission, then they would be able to see a shared bucket.
14:03 rlefaive_ joined #evergreen
14:04 berick don't know if there's a use case for that, though
14:08 * kmlussier plays with it some more.
14:22 csharp hmm - seeing a lot of no_tz.open-ils.storage.actor.user.crazy_search: prepare_cached(SELECT evergreen.unaccent_and_squash(?)) statement handle DBIx::ContextualFetch::st=HASH(0xe5a8df8) still Active at /usr/local/share/perl/5.18.2/OpenILS/A​pplication/Storage/Publisher/actor.pm line 627. in osrfwarn.log
14:22 csharp it's not a wall of it, but happening enough that I'm noticing it
14:24 kmlussier berick's description above is correct. It allows the bucket to be accessible to those without the VIEW_CONTAINER permission.
14:24 kmlussier berick++
14:25 csharp kmlussier++ # persistence
14:25 kmlussier I could see a potential use case. Most staff probably have that permission, but if it's set to a depth of 1 or 2, I could see a use case where somebody is sharing a bucket outside of their branch.
14:26 kmlussier However, I don't like the label 'publicly visible'. For most library staff, 'public' means THE™ public.
14:27 * kmlussier doesn't have a better idea for a label, though.
14:27 jihpringle kmlussier: we have cases where libraries need to share buckets with other libraries when they are working with shared collections or giving a donating a collection to another library so use cases definitely exist
14:28 csharp PINES has open sharing of library buckets among catalogers/staff
14:29 Dyrcona The next thing you'll tell me is they share the books, too. :)
14:31 acautley joined #evergreen
14:35 csharp Dyrcona: it's crazy! all the sharing of things!
14:35 Dyrcona Commies.... :)
14:35 Dyrcona j/k
14:35 csharp well, socialists :-)
14:36 * csharp hides before local news outlets broadcast that GPLS is filled with commie socialists
14:37 kmlussier csharp: Too late! I've already tweeted about it.
14:50 csharp crap
14:51 csharp :-D
15:18 pinesol_green [evergreen|Bill Erickson] LP#1537233 Copy bucket handles mis-scans, improve focus - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=40d8ce3>
15:24 tlittle joined #evergreen
15:50 jvwoolf left #evergreen
16:39 jihpringle_ joined #evergreen
17:00 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
17:03 mmorgan left #evergreen
17:07 acautley joined #evergreen
17:09 khuckins joined #evergreen
17:20 pinesol_green [evergreen|Ben Shum] LP#1717715: Fix typo in webstaff serials - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=a7a98ff>
17:26 Jillianne joined #evergreen
18:01 tlittle left #evergreen
18:27 acautley joined #evergreen
19:10 b_bonner left #evergreen
19:23 csharp hmm - my upgrade to 3.0 is breaking on 1051 (action.all_circulation_slim) because we're lacking an "unrecovered" column in action.aged_circulation :-/
19:24 csharp time to look up some git file history
19:24 * csharp suspects a missing upgrade step from years ago'
19:25 csharp 79020419
19:25 pinesol_green csharp: [evergreen|miker] adding table (and view, for combining) to record "patronless" obfuscated circ data - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=7902041>
19:26 csharp indeed "unrecovered" was not a column on action.circulation at the time that table was added
19:28 csharp hmm - actually, it's *still* not a field on action.circulation for new installs
19:30 csharp oh - nevermind: INHERITS (money.billable_xact);
19:30 csharp which does have that column
19:30 csharp 4f155e73\
19:30 pinesol_green csharp: [evergreen|miker] backend support for marking unrecovered debt - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=4f155e7>
19:31 csharp okay, so another instance of pre-upgrade script changes haunting us years and years later
19:40 csharp the aging function doesn't care about unrecovered, but I'll add it to aged_circulation anyway to make the view work
19:57 csharp oh, I wish I wish postgres had progress indicators for UPDATEs
20:33 bshum Well, looks like PG 9.6 added progress tracking for vacuum.  Maybe PG 11 will have more stuff.
20:41 miker kmlussier / berick: re public record and copy buckets above, that allows search to access them if you're not logged in and the owner. search access to any type if public, iow. via QP
20:42 miker with the container filter
20:43 miker ie, constructing links using record or copy staff buckets rather than opac lists
23:03 pinesol_green [evergreen|Jane Sandberg] Docs: fixing small mistake in cat manual - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=faf3d5d>
23:03 pinesol_green [evergreen|Jane Sandberg] Docs: cleaning up cat manual - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=c1ac3c2>
23:03 pinesol_green [evergreen|Jane Sandberg] Merge branch 'master' of git.evergreen-ils.org:Evergreen - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=ad11d47>

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