| Time |
Nick |
Message |
| 01:30 |
|
remingtron_ joined #evergreen |
| 06:58 |
|
agoben joined #evergreen |
| 07:11 |
|
rjackson_isl joined #evergreen |
| 07:33 |
|
bdljohn joined #evergreen |
| 08:12 |
|
kmlussier joined #evergreen |
| 08:26 |
|
Dyrcona joined #evergreen |
| 08:37 |
|
mmorgan joined #evergreen |
| 08:54 |
|
lsach joined #evergreen |
| 09:02 |
kmlussier |
Good morning #evergreen! |
| 09:02 |
kmlussier |
@coffee [someone] |
| 09:02 |
* pinesol |
brews and pours a cup of Kenya AA Kiaora Estate Full City Roast, and sends it sliding down the bar to jeffdavis |
| 09:02 |
kmlussier |
@tea [someone] |
| 09:02 |
mmorgan |
Good morning! |
| 09:02 |
* pinesol |
brews and pours a pot of Masala Chai, and sends it sliding down the bar to ericar (http://ratetea.com/tea/rishi/masala-chai/4495/) |
| 09:03 |
kmlussier |
@dessert [someone] |
| 09:03 |
* pinesol |
grabs some Key Lime Pie for yar |
| 09:03 |
|
JBoyer joined #evergreen |
| 09:15 |
Bmagic |
Gooooood Mornin' |
| 09:27 |
|
terran joined #evergreen |
| 09:38 |
pinesol |
[evergreen|Mike Rylander] LP#1684202: Protect against missing features; Make feature more general - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d1518ed> |
| 09:38 |
pinesol |
[evergreen|Cesar Velez] LP#1684202 - fix bug the prevented automatic refresh - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=970e824> |
| 09:39 |
pinesol |
[evergreen|Cesar Velez] LP#1684202 - fix holdings grid refresh... bre_id array always be integers - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=348f6bd> |
| 09:52 |
|
Dyrcona joined #evergreen |
| 09:57 |
|
jvwoolf joined #evergreen |
| 10:57 |
Bmagic |
This is interesting: patron purchase requests - Can Evergreen incorporate the patron who made the purchase request into the holds fill order and move the patron up the queue so to speak? (I'm sure Evergreen does not do this but I was wondering how that idea sits with anyone) |
| 10:58 |
|
khuckins joined #evergreen |
| 11:01 |
pinesol |
[evergreen|Rogan Hamby] LP#1783440: adding UPC to numeric search types in advanced search - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1576ce5> |
| 11:01 |
pinesol |
[evergreen|Galen Charlton] LP#1783440: add release notes entry - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a14b16d> |
| 11:01 |
pinesol |
[evergreen|Ben Shum] LP#1757455: Deprecate i18n building for XUL client - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5e9132f> |
| 11:03 |
|
jihpringle joined #evergreen |
| 11:13 |
terran |
Bmagic: I floated that idea to our acq person and she said it makes sense to her. We don't currently use the purchase request functionality, but we will at some point. |
| 11:14 |
Bmagic |
we had a library that asked about it. I figured I would see what others thought. Maybe it's sane enough to make a formal wishlist item? |
| 11:16 |
terran |
Bmagic: If you do, I'll give it a +1 |
| 11:24 |
Bmagic |
terran: https://bugs.launchpad.net/evergreen/+bug/1803155 |
| 11:24 |
pinesol |
Launchpad bug 1803155 in Evergreen "Prioritize purchase-request-patron hold on purchased item" [Undecided,New] |
| 11:27 |
terran |
Bmagic: cool beans |
| 11:28 |
terran |
Bmagic: Also, we missed you at the Hackaway! |
| 11:29 |
Bmagic |
I know! I missed y'all too! |
| 11:32 |
|
jwoodard joined #evergreen |
| 11:52 |
|
beanjammin joined #evergreen |
| 12:21 |
|
khuckins joined #evergreen |
| 12:26 |
|
khuckins joined #evergreen |
| 13:29 |
|
lsach joined #evergreen |
| 14:10 |
jeff |
irclogs++ |
| 14:16 |
kmlussier |
I saw clogs, not logs |
| 14:17 |
jeff |
infrared clogs are where it's at. |
| 14:18 |
|
jvwoolf joined #evergreen |
| 14:24 |
jeff |
berick: rewinding to 2014, you made reference to "w/ websockets (and no translator) we can remove the x-domain jabber requirement / brick cross-talk" (context: http://irc.evergreen-ils.org/evergreen/2014-01-28#i_63876 ) |
| 14:25 |
|
yboston joined #evergreen |
| 14:26 |
jeff |
berick: I think the reason there is that with websockets you no longer have a chance of multiple requests within the same transaction hitting different bricks. is that the general reason? |
| 14:26 |
jeff |
berick: (it makes sense in my head but i'm not sure if i'm missing/overlooking something) |
| 14:28 |
|
terran joined #evergreen |
| 14:29 |
berick |
jeff: yes, that's correct. the client is never booted from the websocket connection as a result of apache keepalive, so the whole transaction takes place w/ a single apache backend. |
| 14:35 |
jeff |
and that "oh hey, you have a transaction over HERE, not with me" is the only reason for cross-domain jabber communication. |
| 14:37 |
jeff |
is there currently any graceful way to close a websocket connection when taking a backend out of rotation behind a proxy / etc? |
| 14:39 |
berick |
jeff: that's right, the translator was the driver for cross-domain jabber support |
| 14:40 |
berick |
it may have other uses, but IIRC, the translator is the only reason it's required by default |
| 14:41 |
berick |
jeff: you could prevent new connections on the websocket port (by removing the ping file or whatever), but there's currenlty no way to gracefully force a client to disconnect from websocketd. |
| 14:41 |
berick |
i have a pretty good idea how that could be added, though (without threads) |
| 14:49 |
jeff |
oh? do tell. :-) |
| 14:51 |
berick |
websocketd has a shutdown timeout option, so we can teach the websocketd handler to watch for sigint, set a shutdown flag, then poll (in the main event loop) for a moment when no active reqests are pending, then disconnect the client |
| 14:51 |
berick |
at which point the client will automatically reconnect to a new backend |
| 14:52 |
berick |
i'll open an LP |
| 14:52 |
jeff |
berick++ |
| 15:03 |
|
khuckins_ joined #evergreen |
| 15:04 |
|
bos20k joined #evergreen |
| 15:14 |
|
yboston joined #evergreen |
| 15:16 |
|
mmorgan joined #evergreen |
| 15:18 |
|
sandbergja joined #evergreen |
| 15:30 |
|
hbrennan joined #evergreen |
| 15:44 |
hbrennan |
Any Equinox support crew listening in today? |
| 15:44 |
hbrennan |
I sent two support cases on Friday and haven't received responses yet. Thinking emails aren't getting to you. |
| 15:52 |
|
khuckins_ joined #evergreen |
| 15:54 |
jeff |
hbrennan: I'd try giving them a call in that case. Number's here if you don't have it handy: https://www.equinoxinitiative.org/contact |
| 15:55 |
hbrennan |
jeff: Oh their number is sticky noted in multiple locations. :) I'm just on the phone right now with someone else. |
| 15:56 |
jeff |
Aha. :-) |
| 15:56 |
hbrennan |
The joys of day after a holiday |
| 15:56 |
rhamby |
hbrennan: I'll check to see what's going on |
| 15:56 |
hbrennan |
rhamby: Thanks |
| 16:01 |
|
khuckins joined #evergreen |
| 16:02 |
rhamby |
hbrennan: I followed up with our support folks, emailing you now |
| 16:03 |
hbrennan |
rhamby: Thanks! |
| 16:16 |
hbrennan |
rhamby: In case it really is me, I'm just letting you know here that I received your email and replied to you. And resent one support ticket from Friday. |
| 16:17 |
rhamby |
hbrennan: ok, did you re-submit the ticket or send it in email? |
| 16:18 |
rhamby |
hbrennan: and by re-submit I mean did you send an email to the helpdesk or do it through the web portal? |
| 16:19 |
* rhamby |
thinks it's been a long day and his ability to use word things is suffering |
| 16:19 |
hbrennan |
rhamby: Email to support esi |
| 16:20 |
rhamby |
hbrennan: can you email it to me as well? that service is hosted (not run by us) and I check with our support folks so that they can follow up on your issue and any larger issue. |
| 16:20 |
|
lsach left #evergreen |
| 16:20 |
hbrennan |
Will do. |
| 16:20 |
rhamby |
s/ I / I'll |
| 16:23 |
|
mmorgan1 joined #evergreen |
| 16:45 |
Bmagic |
Anyone heard of holds getting automatically canceled just from viewing the holds shelf? |
| 16:47 |
mmorgan |
Bmagic: Haven't heard of that, but viewing the holds shelf does reveal holds that were cancelled by patrons via the opac |
| 16:47 |
bshum |
Be gone holds! |
| 16:47 |
kmlussier |
In the xul client, wasn't there a holds shelf interface that automatically cleared holds? |
| 16:47 |
Bmagic |
the claim is the holds are canceled after loading them in the XUL client. Then viewed on Webby |
| 16:48 |
* kmlussier |
is very happy that interface didn't make it to webby. |
| 16:48 |
mmorgan |
kmlussier++ |
| 16:48 |
Bmagic |
ah! yeah, maybe that's it |
| 16:48 |
mmorgan |
Good point! |
| 16:48 |
mmorgan |
Those menu options are alarmingly close to each other! |
| 16:48 |
phasefx |
kmlussier: there was a button on the UI, IIRC. And a menu option that triggered it automatically as part of loading the UI |
| 16:49 |
kmlussier |
phasefx: Yes, it's the menu option I'm thinking of. |
| 16:50 |
kmlussier |
https://markmail.org/message/3k5xqmxqnpqgjbpl |
| 16:50 |
Bmagic |
circulation -> browse holds shelf doesn''t do anything? but circulation -> Clear Holds Shelf does? |
| 16:50 |
Bmagic |
kmlussier++ |
| 16:50 |
mmorgan |
We disabled the dangerous "Clear Holds Shelf" menu option in the xul client. |
| 16:50 |
bshum |
Whoa. Old thread. |
| 16:51 |
* mmorgan |
suppressed the whole thing from memory apparently :) |
| 16:52 |
terran |
mmorgan: we disabled that, too - that was dangerous! |
| 16:52 |
bshum |
I was about to be a smart aleck and call that "user error" but apparently past-bshum was wiser and just hid the option |
| 16:53 |
kmlussier |
That was dangerous, as well as that prominent "Transfer All Holds" button in the xul client. |
| 16:53 |
* phasefx |
was complicit in that one, he thinks :) sorry |
| 16:53 |
mmorgan |
s/user error/poor interface design/g |
| 16:53 |
kmlussier |
phasefx: Often, things seem like a great idea until they are put in a production environment. :) |
| 16:54 |
mmorgan |
True! |
| 16:54 |
phasefx |
I'm sure someone really wanted it :D |
| 16:54 |
mmorgan |
"Seemed like a good idea at the time" is something we've all likely said at one time or another:) |
| 16:54 |
kmlussier |
I'm glad I remembered it. I think that was the most productive moment I've had all day. :) |
| 16:55 |
bshum |
kmlussier++ |
| 16:56 |
Dyrcona |
I thought that only worked on shelf-expired holds, though. |
| 16:57 |
mmorgan |
Dyrcona: It does. |
| 16:58 |
terran |
Yes, but it did cleared them without a review step so if it was accidentally clicked, it was a problem. Now they have to click View Clearable Holds and THEN click clear holds |
| 16:58 |
mmorgan |
But there are often times when staff need items to stay a bit longer. |
| 17:00 |
terran |
I'm looking at the screen for one of our libraries right now and see that they clearly NEVER clean up their holds shelf. There are canceled holds from April listed. Sigh. |
| 17:02 |
* mmorgan |
often sees the same and wonders what happened to the item |
| 17:07 |
|
gsams joined #evergreen |
| 17:11 |
|
mmorgan left #evergreen |
| 17:11 |
phasefx |
it's kind of neat looking back.. I was so struggling to come up with something like angular promises; had setTimeout chains :) |
| 17:27 |
|
RBecker joined #evergreen |
| 17:41 |
|
yar joined #evergreen |
| 17:55 |
|
jvwoolf joined #evergreen |
| 19:17 |
sandbergja |
How can I look at the MODS version of a particular record? |
| 19:17 |
sandbergja |
Are they in the db anywhere, by any chance? |
| 22:16 |
|
finnx joined #evergreen |
| 22:17 |
|
finnx joined #evergreen |
| 22:18 |
|
Guest2099 left #evergreen |
