Evergreen ILS Website

IRC log for #evergreen, 2019-04-17

| 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:30 sandbergja joined #evergreen
03:58 gsams joined #evergreen
04:06 genpaku joined #evergreen
05:01 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:15 rjackson_isl joined #evergreen
08:31 Dyrcona joined #evergreen
08:39 mmorgan joined #evergreen
08:53 remingtron_ joined #evergreen
09:18 mdriscoll joined #evergreen
09:33 yboston joined #evergreen
09:36 khaun joined #evergreen
09:41 sandbergja joined #evergreen
09:47 aabbee /join #archivematica
09:48 aabbee bah. doesn't even exist. typos--
09:52 Dyrcona Also, I think a leading space causes it not to work, but a new channel *should* be created if you join a non-existent channel.
09:59 aabbee indeed. both things were wrong: the leading space and the channel name.
10:39 sandbergja joined #evergreen
11:01 Bmagic hitting the "index row size 2832 exceeds maximum 2712 for index "browse_entry_sort_value_value_key"" "values larger than 1/3 of a buffer page cannot be indexed." error
11:01 Bmagic looking at browse_entry_sort_value_value_key - it's a constraint UNIQUE(sort_value, value);
11:02 Bmagic This is during a relatively small bib load (55k) - the solution is to find the offending record and remove it?
11:03 miker Bmagic: There's A Bug For That (tm) ... IIRC
11:03 berick there is indeed
11:03 Bmagic ah, I was wondering
11:03 miker but, yes, best bet is to find the record with a 3k long title and adjust it in some way...
11:04 miker (might not be title... but you get the idea)
11:04 Bmagic bug 1695911
11:04 pinesol Launchpad bug 1695911 in Evergreen "Long browse entries cause index row size error" [Undecided,New] https://launchpad.net/bugs/1695911
11:05 Bmagic we did hunt down one of the records. The title is short but there is a large 520a
11:06 Bmagic 520 included in browse index I suppose?
11:10 miker Bmagic: maybe? it's defined by config.metabib_field (see: browse flag and browse_xpath)
11:11 Bmagic oh yeah, that tangled web
11:18 Bmagic looking up mods32:titleBrowse inside of config.xml_transform was a bust - seems to only be for the 245
11:18 Bmagic mods32:relatedItem[@type="series"] likewise
11:24 khuckins joined #evergreen
11:38 sandbergja joined #evergreen
12:00 Christineb joined #evergreen
12:04 jihpringle joined #evergreen
12:20 sandbergja_ joined #evergreen
12:46 yboston joined #evergreen
13:32 nfBurton joined #evergreen
13:32 nfBurton Has anyone made a non-borrowing user? Is there an easier way than setting Circ Policies for everything as Circulate false?
13:36 bshum nfBurton: That sounds like the right thing to do to me.  And also maybe put Hold policies too to restrict them.
13:36 Dyrcona What's the point of a non-borrowing user, may I ask?
13:36 mmorgan nfBurton: We have a non-circulating permission group. I haven't found a way to do it other than with policies.
13:36 bshum What does a non-borrowing user have?
13:36 bshum yeah
13:37 nfBurton They want to use it for room booking so we have the data on file but sometimes they aren't from around these parts
13:37 nfBurton mmorgan++
13:37 nfBurton Even though it's not exactly what I wanted to hear, it's an answer
13:37 mmorgan Our nonborrowing users can use public computers, but not checkout materials.
13:38 nfBurton Similar to what they want to do but with public spaces they can book
13:42 nfBurton Anyone know where that table is in the DB?
13:43 Dyrcona nfBurton: Which table?
13:43 nfBurton for circ policies
13:43 dbwells nfBurton: I might also try a max checkout count of 0 or a max fine of 0.00.
13:43 mmorgan nfBurton: config.circ_matrix_matchpoint?
13:43 Dyrcona config.circ_matrix_matchpoint is the main one.
13:43 nfBurton Ah thanks
13:43 bshum "Why, oh, why didn't I take the blue pill?"
13:45 dbwells bshum: turns your tongue blue
13:47 bshum Ha :)
13:47 mmorgan nfBurton: Just wanted to mention bug 1576754. Staff users still find it confusing when a checkout fails with "Item is not allowed to circulate", when the issue is really the patron profile.
13:48 pinesol Launchpad bug 1576754 in Evergreen "Custom Error Messages for Circ/Hold Matrix Matchpoints" [Wishlist,New] https://launchpad.net/bugs/1576754
13:48 nfBurton mmorgan++
13:48 nfBurton Thanks for the heads up
15:02 yboston joined #evergreen
15:47 nfBurton joined #evergreen
15:51 pastebot "dbwells" at 64.57.241.14 pasted "eg2 grid declared column order" (13 lines) at http://paste.evergreen-ils.org/10849
15:52 dbwells berick: I've been playing around with the eg2 grid, and was having issues with declared columns been out of order compared to the component.html.  Does the above paste seem like a reasonble fix?
15:53 dbwells I am assuming we want the order to match the source order in the HTML.
15:53 dbwells s/been/being/
15:56 dbwells It only affects the ordering of the first column, which otherwise gets sucked to the end of the declared group.
15:57 berick dbwells: i have a fix for that in my catalog branch, as it turns out
15:57 dbwells oh, cool
15:59 berick yeah, same fix, buried in the code for https://bugs.launchpad.net/evergreen/+bug/1823367,
15:59 pinesol Launchpad bug 1823367 in Evergreen "Anguar staff catalog post-3.3 omnibus" [Wishlist,In progress] - Assigned to Bill Erickson (berick)
16:00 berick not that we couldn't just merge the fix, of course
16:03 dbwells hey, I found it.  Also, showDeclaredFieldsOnly++
16:03 berick yeah, loads of good stuff in there
16:05 dbwells berick: So, I am inclined to include all or a majority of this stuff in rel_3_3, since that to me is part of the goal of including the "experimental" disclaimer.  What do you think of that idea?
16:07 berick dbwells: i completely agree.
16:08 dbwells Alright, I am going to start reviewing some of this, and we'll see if anything (or anyone) bites us in the backside.
16:09 berick just reviewed the changes, minimal changes outside of /eg2/
16:10 berick dbwells++
16:10 dbwells berick++
16:19 khuckins joined #evergreen
16:20 sandbergja_ joined #evergreen
16:24 bwicksall joined #evergreen
16:37 mdriscoll left #evergreen
17:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
17:06 mmorgan left #evergreen
17:20 jihpringle joined #evergreen
20:56 bshum_ joined #evergreen
21:57 jamesrf joined #evergreen
23:01 sandbergja joined #evergreen
23:17 sandbergja joined #evergreen
23:39 Christineb joined #evergreen

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