| Time |
Nick |
Message |
| 05:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 05:15 |
|
RBecker joined #evergreen |
| 07:05 |
|
JBoyer joined #evergreen |
| 07:11 |
|
agoben joined #evergreen |
| 07:13 |
|
rjackson_isl joined #evergreen |
| 08:12 |
|
littlet joined #evergreen |
| 08:35 |
|
JBoyer joined #evergreen |
| 08:45 |
|
mmorgan joined #evergreen |
| 09:00 |
|
Dyrcona joined #evergreen |
| 09:02 |
mmorgan |
@coffee everyone |
| 09:02 |
* pinesol |
brews and pours a cup of Colombia Huila Supremo, and sends it sliding down the bar to everyone |
| 09:03 |
bshum |
"Uh oh, sounds like you have a case of the Mondays" |
| 09:03 |
mmorgan |
bshum: I'm priming the group for a holds question ;-) |
| 09:04 |
JBoyer |
"Holds: Should they even be allowed, really?" |
| 09:04 |
bshum |
JBoyer++ # haha |
| 09:04 |
mmorgan |
:) |
| 09:06 |
mmorgan |
Does the max foreign circulation time option send the item home only when there is a hold at home? |
| 09:07 |
bshum |
An interesting question... but why would you need the item home if there isn't a hold at home? :) |
| 09:07 |
mmorgan |
For the situation where a single library owns an item, and there are holds around the network, Is there a way to send the item home before filling the next hold if there is no hold at the item's owning library? |
| 09:07 |
bshum |
Cause then wouldn't checking the item in at home cause it to go back into transit back out to where the holds are? |
| 09:08 |
bshum |
Just thinking about what'd happen next |
| 09:08 |
agoben |
We just want libraries to be able to check the status (repair, etc) of materials occasionally without having to place a hold. I put in this bug for that reason: Hard max foreign circulation setting |
| 09:09 |
agoben |
Bug #1809152 |
| 09:09 |
pinesol |
Launchpad bug 1809152 in Evergreen "Hard max foreign circulation setting" [Undecided,New] https://launchpad.net/bugs/1809152 |
| 09:09 |
JBoyer |
bshum, The soft stalling period would allow some time for browsers to potentially find it. |
| 09:09 |
JBoyer |
(we tried running with no soft stall for a very short time, not great!) |
| 09:10 |
bshum |
JBoyer: Aha, right. See, I've been outside consortia too long to remember that feature |
| 09:12 |
mmorgan |
bshum: Yes, it would, but if the item never goes home, the library doesn't ever see it and they may want to opt out of filling the next hold so their local patrons could find it. |
| 09:12 |
mmorgan |
agoben++ |
| 09:13 |
mmorgan |
JBoyer: Would soft stalling send the item home before filling the next hold? |
| 09:17 |
|
Christineb joined #evergreen |
| 09:21 |
JBoyer |
Not sure without looking (and spending the requisite hours re-learning what I'm looking at...) In ref to your original question though, I think that setting will force the item home regardless of holds. Then soft stalling can keep it there for a little bit before potentially taking off again. |
| 09:24 |
mmorgan |
JBoyer: Thanks for the lead, I'll look at that. |
| 09:24 |
mmorgan |
JBoyer++ |
| 09:25 |
JBoyer |
mmorgan++ # good luck! |
| 09:25 |
mmorgan |
It seems not unusual that items can happily travel around the network and not return home for a long time. |
| 09:36 |
|
yboston joined #evergreen |
| 10:23 |
jeff |
eventbrite appears to be down. "This site is currently under maintenance. The Britelings are currently working to return you to the service as quickly as possible. [...] We'll keep you updated on Twitter." Nothing on their Twitter feed. |
| 10:23 |
jeff |
(nothing relevant, that is) |
| 10:35 |
jeff |
...and now it seems to be back up. |
| 10:36 |
JBoyer |
I was just about to say that it was working for me. :) |
| 10:36 |
jeff |
(but really, "The Britelings"? :P) |
| 10:37 |
JBoyer |
Yeah, that's sub-optimal naming. |
| 10:40 |
Bmagic |
I think it's funny |
| 10:40 |
Bmagic |
Now considering a 404 page with "MOBlings" |
| 10:41 |
jeff |
the text of their Twitter update during the downtime is, "Alcohol and safety must go hand in hand when you're hosting a wine event." I'm going to choose to believe that's unrelated. |
| 10:41 |
Bmagic |
lol |
| 10:44 |
JBoyer |
It's much more entertaining to believe that's directly related. Wine-and-dine datacenter events gone horribly awry. |
| 10:45 |
JBoyer |
*Slap* "This server right here, it can prucesss SO MANY registatations...." "Oops..." |
| 10:46 |
Bmagic |
Computes+wine = Packets falling out on the floor everywhere |
| 10:48 |
Bmagic |
Better put: Computes+wine = TCP Packets dropping out on the floor everywhere |
| 10:52 |
Bmagic |
Hey, something I've wondered about since the feature was introduced: Where are the secondary permission group assignements mapped in the database? Same table, but many-to-one ? permission.usr_grp_map ? |
| 10:53 |
Bmagic |
assignements/assignments |
| 11:02 |
JBoyer |
Bmagic, permission.usr_grp_map. Your primary group is stored in actor.usr.profile, everything in pugm are secondary groups. |
| 11:02 |
JBoyer |
Sort of like /etc/passwd and /etc/groups now that I think about it. |
| 11:02 |
Bmagic |
ah! Makes sense |
| 11:08 |
jeff |
...and only actor.usr.profile is taken into consideration for circulation policy purposes. Secondary groups are only for permissions. |
| 11:09 |
|
nfBurton joined #evergreen |
| 11:32 |
|
sandbergja joined #evergreen |
| 11:41 |
|
khuckins joined #evergreen |
| 11:43 |
|
aabbee joined #evergreen |
| 12:05 |
|
jihpringle joined #evergreen |
| 12:26 |
|
jeff_ joined #evergreen |
| 13:03 |
|
yboston joined #evergreen |
| 13:59 |
bshum |
Well hey the new (chromium) Edge dev browser let me register a workstation and get logged into the web client. |
| 13:59 |
bshum |
So that's cool |
| 14:00 |
Dyrcona |
:) |
| 14:02 |
|
yboston joined #evergreen |
| 14:02 |
Bmagic |
oh man, I just heard that news this morning |
| 14:02 |
Bmagic |
MS Edge is going to be using Chrome on the backend? Wow. |
| 14:03 |
bshum |
Yeah so far in my testing, it's basically Chromium with Win10 styling for the settings, etc. |
| 14:03 |
bshum |
And you log into your Microsoft account, rather than your Google account, etc. |
| 14:04 |
bshum |
Maybe my corporate overlords will be OK with letting me have this browser to replace my IE11 |
| 14:04 |
Dyrcona |
Google continues to eat the world. |
| 14:08 |
Bmagic |
Sort of blows my mind. I guess everyone agrees that Google did it right. If you can't fight em, join em. |
| 14:09 |
bshum |
Everyone except for those Mozilla guys ;) |
| 14:09 |
bshum |
(there's probably some others out there) |
| 14:09 |
Bmagic |
Opera did the same thing right? |
| 14:09 |
bshum |
Something like htat |
| 14:09 |
bshum |
*that |
| 14:11 |
Dyrcona |
Well, seeing as Chrome started with WebKit, you can thank KDE then Apple... :) |
| 14:14 |
bshum |
I'll be curious to see what Microsoft pushes back to Chromium for their needs |
| 14:21 |
|
troy__ joined #evergreen |
| 14:25 |
pinesol |
[evergreen|Dan Scott] LP#1666987: Include a user-agent to build the relator map - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f057247> |
| 14:35 |
|
collum joined #evergreen |
| 15:07 |
JBoyer |
bshum, most likely patches that make it less of a pig re: battery and ram. ;) |
| 15:07 |
bshum |
JBoyer: That would be nice :) |
| 15:08 |
JBoyer |
I didn't have especially strong feelings for Trident, but it was nice to have 3 viable engines. If Google ever stops paying Moz to be the default engine we're basically down to just one now. :/ |
| 16:15 |
pinesol |
[evergreen|Jane Sandberg] LP1744386: Alphabetize stat cats in volcopy attr editor - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e8f247f> |
| 16:46 |
|
gsams joined #evergreen |
| 16:50 |
|
yboston joined #evergreen |
| 17:00 |
pinesol |
News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live/test.42.html#2019-04-08T16:58:19,010653406-0400 -0> |
| 17:09 |
|
mmorgan left #evergreen |
| 19:39 |
|
sandbergja joined #evergreen |
| 21:29 |
|
sandbergja joined #evergreen |
| 22:16 |
|
jeff joined #evergreen |
| 22:42 |
|
sandbergja joined #evergreen |
