| 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 |
