| Time |
Nick |
Message |
| 00:58 |
|
fteto joined #evergreen |
| 00:59 |
jeffdavis |
What a jerk. |
| 02:30 |
|
beanjammin joined #evergreen |
| 06:30 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:07 |
|
rjackson_isl joined #evergreen |
| 07:30 |
|
collum joined #evergreen |
| 07:31 |
|
agoben joined #evergreen |
| 07:38 |
|
bdljohn joined #evergreen |
| 08:03 |
esoterica |
*cringe |
| 08:05 |
|
rlefaive joined #evergreen |
| 08:11 |
|
lsach joined #evergreen |
| 08:28 |
|
krvmga joined #evergreen |
| 08:39 |
|
Dyrcona joined #evergreen |
| 08:48 |
|
jvwoolf joined #evergreen |
| 08:52 |
|
jvwoolf1 joined #evergreen |
| 08:54 |
|
idjit joined #evergreen |
| 09:05 |
|
terran joined #evergreen |
| 09:22 |
|
rlefaive joined #evergreen |
| 09:29 |
|
kmlussier joined #evergreen |
| 09:35 |
|
yboston joined #evergreen |
| 09:56 |
|
mmorgan joined #evergreen |
| 10:14 |
berick |
@quote random |
| 10:14 |
pinesol_green |
berick: Quote #70: "<rfrasur> I think every librarian needs their own toolbox." (added by Dyrcona at 11:09 AM, November 07, 2013) |
| 10:47 |
|
Christineb joined #evergreen |
| 11:01 |
Dyrcona |
@dunno |
| 11:01 |
pinesol_green |
Dyrcona: http://wonder-tonic.com/geocitiesizer/content.php?theme=2&music=6&url=evergreen-ils.org |
| 11:04 |
|
yboston joined #evergreen |
| 11:05 |
bshum |
@quote random |
| 11:05 |
pinesol_green |
bshum: Quote #153: "<Jboyer> aside from causing serious staff confusion you don't have to worry about it." (added by jeff at 03:39 PM, May 27, 2016) |
| 11:11 |
Bmagic |
@coffee |
| 11:11 |
* pinesol_green |
brews and pours a cup of Hamma Cooperative Yirgacheffe, Fair-Trade Organic, and sends it sliding down the bar to Bmagic |
| 11:11 |
Bmagic |
That sounds exotic |
| 11:12 |
Bmagic |
http://www.coffeereview.com/review/ethiopian-yirgacheffe-hama/ |
| 11:13 |
Bmagic |
Conference idea: opt-in for purchasing a couple of pounds of one of these pinesol_green coffee's and each having a cup over a brief round table meeting! |
| 11:16 |
dbwells |
Bmagic: I'm in! |
| 11:17 |
Bmagic |
dbwells: Awwww yeah |
| 11:17 |
kmlussier |
Back in the days when #egils was our hashtag, I wanted to purchase a bunch of egils beer for the conference. https://untappd.com/w/egils/16869 |
| 11:18 |
Bmagic |
haha! |
| 11:27 |
JBoyer |
I'm in for a coffee adventure! |
| 11:27 |
Bmagic |
It might be time to start a sign up sheet |
| 11:28 |
Bmagic |
and a vote for which flavor |
| 11:28 |
|
gsams left #evergreen |
| 11:28 |
|
gsams joined #evergreen |
| 11:28 |
Bmagic |
I am thinking we have pinesol_green choose the flavor at random. If we get enough signups, maybe two at random? |
| 11:35 |
JBoyer |
We go through a lot of coffee, but it's worth keeping in mind that a lot of places won't allow you to make your own. :/ You've got to buy their $50/gal well coffee. |
| 11:35 |
JBoyer |
Oh, and the point: 2 types would probably be plenty because 3-4 types is a lot of coffee to get through in less than a week. :) |
| 11:38 |
gsams |
JBoyer: Just gotta make sure it's ground beforehand and bring a bunch of aeropresses, and maybe an electric kettle! |
| 11:39 |
gsams |
Not as clean probably, but it makes a good cup of coffee. |
| 11:41 |
JBoyer |
gsams++ |
| 11:41 |
JBoyer |
It's worth trying! Besides, it would be fun to set a new baseline for "I've been kicked out of nicer places than this!" should the option present itself in the future. |
| 11:43 |
kmlussier |
The hack-a-way may be a better place for this adventures since they often are held at smaller places that may not have as many rules about what you can bring in along with high food & beverage minimums. |
| 11:44 |
JBoyer |
It's also happening sooner. ;) |
| 11:44 |
bshum |
Yeah, when is that happening in November? :D |
| 11:53 |
|
beanjammin joined #evergreen |
| 12:06 |
|
jihpringle joined #evergreen |
| 12:10 |
|
abowling left #evergreen |
| 12:23 |
|
rlefaive joined #evergreen |
| 12:25 |
Dyrcona |
gsams: I'm curious why you removed the signedoff tag on bug 1721148 |
| 12:25 |
pinesol_green |
Launchpad bug 1721148 in Evergreen 3.1 "Web Client: In-House Use doesn't show status" [Medium,Confirmed] https://launchpad.net/bugs/1721148 |
| 12:40 |
|
khuckins joined #evergreen |
| 12:44 |
|
stareagle joined #evergreen |
| 12:46 |
gsams |
Dyrcona: Oh weird, I was just on the page and everything looked right, but then refreshing it does show I removed it. |
| 12:46 |
gsams |
Not my intention! |
| 12:47 |
pinesol_green |
[evergreen|Cesar Velez] LP#1765731 - restore CN suffix and preffix in Holds Pull List - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a229588> |
| 12:48 |
gsams |
I've fixed it, though I had to refresh the page again before it would let me. That was odd. |
| 12:49 |
Dyrcona |
Probably because I messed with targets on the bug. Launchpad can be odd at times. |
| 12:56 |
|
terran joined #evergreen |
| 13:16 |
|
remingtron joined #evergreen |
| 13:17 |
|
dbwells joined #evergreen |
| 13:19 |
idjit |
kmlussier: RE bug 1743801: sorry! i managed to miss that first comment. thank you for clarifying. the only remaining issue (assuming the pullrequest is accepted) from the original report is the "Circ as type displays as MARC code". i'm looking into this, but not optimistic i'll fix it today. https://i.imgur.com/jH1LRM0.jpg |
| 13:19 |
pinesol_green |
Launchpad bug 1743801 in Evergreen 3.1 "web client: item status list view display issues" [High,Confirmed] https://launchpad.net/bugs/1743801 |
| 13:20 |
kmlussier |
idjit: Awesome! Thanks! |
| 13:20 |
kmlussier |
idjit++ |
| 13:21 |
|
rlefaive joined #evergreen |
| 13:30 |
idjit |
oh, unless you count the "true"/"false" vs "yes"/"no" fields to be an issue. as the code comments say, we could manually translate, but i don't know how to get translated strings in javascript. also don't know if this is a change we really want to make, since it effects more than this bug. |
| 13:37 |
kmlussier |
idjit: Personally, I'm not too concerned about the true/false issue. |
| 13:38 |
kmlussier |
One of the comments also mentioned the wrong value displaying for the holdable field, but I think that may be reported in another bug. |
| 13:38 |
idjit |
checking... |
| 13:39 |
kmlussier |
Yes, bug 1760662. That's been fixed. |
| 13:39 |
pinesol_green |
Launchpad bug 1760662 in Evergreen 3.1 "Item Status Detail View: Holdable field displays OPAC Visible value" [High,Fix released] https://launchpad.net/bugs/1760662 |
| 13:39 |
idjit |
works on my machine |
| 13:40 |
idjit |
kmlussier++ |
| 13:53 |
|
abowling joined #evergreen |
| 14:06 |
Dyrcona |
idjit; We're currently using TT2 templates to do the translations. That will change when we switch to Angular from AngularJS. |
| 14:11 |
idjit |
so there isn't a convenient way to get translations in js right now? in that case, sounds like much easier to just keep the true/false strings as is. |
| 14:16 |
miker |
idjit: you can do translations in js with egStrings. grep for that in the staff templates to see how to leverage TT2 for js transations, and then grep for the same in the staff angular code for how to access them in angular, erm, code :) |
| 14:17 |
* bshum |
removed the spam from the logs from earlier this AM |
| 14:17 |
gmcharlt |
bshum++ |
| 14:17 |
miker |
basically, js embedded in the html and processed by tt2 provides on-demand translated strings to the page by registering them in a central angular module. then, you access that angular module (service) from the app code to get at the registered strings via a key |
| 14:20 |
idjit |
miker++ # thank you! i'm looking through the code now. |
| 14:20 |
kmlussier |
bshum++ |
| 14:27 |
abneiman |
bshum++ |
| 14:28 |
csharp |
d05def6e |
| 14:28 |
pinesol_green |
csharp: [evergreen|Bill Erickson] LP#1739465 EDI consistent use of buyer org unit san - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d05def6> |
| 14:40 |
dbs |
So I'm guessing OpenSRF master would be recommended for Evergreen 3.1 due to recent commits like http://git.evergreen-ils.org/?p=OpenSRF.git;a=commitdiff;h=0c7f94abf5911cdf042c1162705e721a4fd2899f not being in the 3.0.0 release? |
| 14:40 |
pinesol_green |
dbs: [opensrf|Bill Erickson] LP#1744158 Websocket proc exits on ejabberd disconnect - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=0c7f94a> |
| 14:40 |
csharp |
dbs: yes |
| 14:40 |
csharp |
running without those is a PITA |
| 14:41 |
dbs |
csharp++ # thanks |
| 14:47 |
Dyrcona |
dbs csharp That commit is in OpenSRF rel_3_0 |
| 14:47 |
Dyrcona |
You don't have to use master to get it. |
| 14:47 |
Dyrcona |
It's not in the release, that is true. |
| 14:48 |
dbs |
uh, http://git.evergreen-ils.org/?p=OpenSRF.git;a=shortlog;h=refs/heads/rel_3_0 says that the tag for osrf_rel_3_0_0 is a few commits earlier |
| 14:48 |
dbs |
Yeah. Sorry, I'm focused on the "pretend I'm following the instructions from /downloads about what version of OpenSRF to install" |
| 14:49 |
Dyrcona |
Just check rel_3_0 out from git. |
| 14:49 |
dbs |
*I* know that, but someone new won't |
| 14:50 |
Dyrcona |
Maybe gmcharlt could be nudged to make a new release. |
| 14:50 |
Dyrcona |
Sure, but they won't checkout master, either. |
| 14:50 |
Dyrcona |
So, they'll be stuck with the bugs. |
| 14:50 |
gmcharlt |
Dyrcona: it's on my list for tomorrow, in fact |
| 14:50 |
Dyrcona |
gmcharlt++ |
| 14:50 |
dbs |
gmcharlt++ |
| 14:50 |
dbs |
Dyrcona: yeah, that's what I'm getting at. |
| 14:51 |
Dyrcona |
Well, I'm responding to what you specifically said about OpenSRF master being recommended for Evergreen 3.1. |
| 14:52 |
Dyrcona |
I'd recommend rel_3_0, though I doubt there is much difference. |
| 14:52 |
Dyrcona |
Probably none. |
| 14:52 |
dbs |
I consider the hairs well-split now |
| 14:52 |
dbs |
and will vanish to focus on actually trying to run EG 3.1.1 again |
| 14:54 |
Dyrcona |
:) |
| 14:55 |
* Dyrcona |
prepares to push some more signedoff and tested branches. |
| 14:57 |
kmlussier |
Dyrcona++ |
| 14:57 |
kmlussier |
gmcharlt++ |
| 15:00 |
pinesol_green |
[evergreen|gcollum] LP#1743782 Copy Status not available in Check-In Screen - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0eac25e> |
| 15:02 |
|
mmorgan joined #evergreen |
| 15:04 |
pinesol_green |
[evergreen|Garry Collum] LP#1745232 - Bill History Receipt doesn't have Finish Date - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=fc25b34> |
| 15:08 |
pinesol_green |
[evergreen|Garry Collum] LP#1745240: Hold Alias Missing from Hold Shelf Slip - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=510284d> |
| 15:25 |
|
dkyle1 left #evergreen |
| 15:27 |
idjit |
jeffdavis: what'd you do to test bug 1761276? i can't replicate. i've got patches for bugs 1761276 and 1724348, and suspect you may need them both. |
| 15:27 |
pinesol_green |
Launchpad bug 1761276 in Evergreen "Odd behaviour when clicking on title hyperlink " [High,Confirmed] https://launchpad.net/bugs/1761276 |
| 15:27 |
pinesol_green |
Launchpad bug 1724348 in Evergreen "Web client: set default view not sticky" [Undecided,Confirmed] https://launchpad.net/bugs/1724348 |
| 15:29 |
idjit |
sorry, that should've been be patches for bugs 1731272 and 1724348. |
| 15:29 |
pinesol_green |
Launchpad bug 1731272 in Evergreen "web client: "Set default view" breaks record page loading" [High,Confirmed] https://launchpad.net/bugs/1731272 - Assigned to Galen Charlton (gmc) |
| 15:29 |
pinesol_green |
Launchpad bug 1724348 in Evergreen "Web client: set default view not sticky" [Undecided,Confirmed] https://launchpad.net/bugs/1724348 |
| 15:36 |
miker |
apropos of nothing, is anyone else getting odd messages from nickserv about their nick being registered, please choose another? (identifying worked, but it was strange) |
| 15:36 |
miker |
ah, nevermind :) |
| 15:36 |
miker |
global notice tells the tale |
| 15:40 |
|
rjackson_isl joined #evergreen |
| 15:40 |
jeffdavis |
idjit: It's intermittent so hard to replicate, I think it's more visible when record retrieval is slow. Maybe try clearing cache, then clicking the title hyperlink in record summary. |
| 15:40 |
jeffdavis |
I am definitely interested in testing patches. :) |
| 15:42 |
idjit |
jeffdavis: ok, i'll keep trying. cache gets cleared pretty frequently. i'll see about slowing the connection down. let me know if you figure out a repeatable test. |
| 15:42 |
|
bshum_ joined #evergreen |
| 15:42 |
jeffdavis |
csharp (aka Guest83209): you mentioned yesterday that you were seeing NOT CONNECTED TO THE NETWORK errors possibly related to retrieving XUL copy templates in the web client. Are you also seeing websockets processing stuck at 100% CPU? |
| 15:44 |
pinesol_green |
[evergreen|Mike Rylander] LP#1755220: Return value checking in offline session fetch - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=23719d9> |
| 15:45 |
|
bshum_ joined #evergreen |
| 15:45 |
|
bshum_ joined #evergreen |
| 15:46 |
bshum_ |
Well alright then freenode |
| 15:47 |
jeffdavis |
s/websockets processing/websockets processes/ |
| 15:47 |
* Dyrcona |
wonders what is going on. |
| 15:55 |
|
mmorgan1 joined #evergreen |
| 16:00 |
|
JBoyer joined #evergreen |
| 16:27 |
cesardv |
bshum_: your name is now forever Guest80499, the IRC gods have spoken :) |
| 16:27 |
|
yboston joined #evergreen |
| 16:29 |
bts |
Or I could change myself to my alterego |
| 16:29 |
bts |
And join the other three letter folk |
| 16:29 |
* bts |
waves at dbs, eby, ejk, yar |
| 16:30 |
cesardv |
their logins are faster... lol |
| 16:30 |
cesardv |
bts: what's the "t" stand for? |
| 16:31 |
bts |
cesardv: It's the first initial of my "middle" (chinese) name |
| 16:31 |
cesardv |
ah... I was hoping "the man" :) |
| 16:31 |
* idjit |
was hoping for "Tiberius" |
| 16:31 |
berick |
idjit++ |
| 16:32 |
bts |
idjit++ # if only... |
| 16:32 |
bts |
cesardv: For giggles: http://irc.evergreen-ils.org/evergreen/2013-06-21#i_6635 |
| 16:34 |
cesardv |
bts: lol awesome |
| 16:37 |
bts |
cesardv: It looked cool for a few branches and then I nixed that idea locally before it went any farther. |
| 16:37 |
bts |
But it was briefly amusing |
| 16:38 |
cesardv |
yeah I imagine some encoding/display issues would eventually pop up and get annoying >< |
| 16:43 |
|
terran joined #evergreen |
| 17:07 |
Bmagic |
Has anyone ran into Unique issues when their users_of_interest probe takes longer than a threshold and they receive a GATEWAY_TIMEOUT issue? I have tracked it down to a query that returns in 5 seconds and then executes a DB lookup per row inside of process_users_of_interest_results |
| 17:07 |
Bmagic |
The while loop looks like it has a timeout set to 7200 (2 minutes?) |
| 17:08 |
|
mmorgan1 left #evergreen |
| 17:09 |
Bmagic |
might be related to bug 1186324 |
| 17:09 |
pinesol_green |
Launchpad bug 1186324 in Evergreen "Add upper limit to number of users returned by collections API calls" [Wishlist,In progress] https://launchpad.net/bugs/1186324 - Assigned to Jeff Godin (jgodin) |
| 17:12 |
jeff |
there's a different approach for large/bulk collections calls. |
| 17:12 |
jeff |
there's an api call that kicks off a server-side task and then the client can poll for completeness then fetch the file when it's ready. |
| 17:13 |
Bmagic |
That bug looks like it's editing users_of_interest_warning_penalty which isn't the call that they are making in this case |
| 17:13 |
jeff |
yeah, we use penalty. i don't think i adjusted that branch to cover the wider use cases. |
| 17:13 |
jeff |
it was early work in progress / soliciting other interested parties before fleshing out more. :-) |
| 17:13 |
Bmagic |
This case is touching plain ol' users_of_interest |
| 17:14 |
* jeff |
nods |
| 17:14 |
Bmagic |
Are you recommending that I ask them to make a different call? |
| 17:15 |
jeff |
if the current polling method is timing out due to number of matching patrons, you might consider. i think that PINES and/or EI use the "initiate then poll" method. |
| 17:15 |
jeff |
I'm not recommending that you switch to the penalty method to solve this -- that's a little different overall. |
| 17:15 |
jeff |
(and now that i think of it, i don't know if the penalty method is the only way to do the batch / poll-later method) |
| 17:16 |
Bmagic |
the initial unfleshed set of patrons for my test case is 7100 patrons. Followed by 7100 DB look ups in process_users_of_interest_results which takes more than the 7200 threshold |
| 17:16 |
jeff |
(sorry, on my way afk, so can't be more specific right now.) |
| 17:16 |
Bmagic |
no worries! Thanks! |
| 17:16 |
Bmagic |
jeff++ |
| 17:16 |
jeff |
hah, i'll bet it takes longer than 7200s :-) |
| 17:16 |
Bmagic |
each one is reporting to take .004 seconds |
| 17:17 |
Bmagic |
roughly |
| 17:18 |
|
beanjammin joined #evergreen |
| 18:26 |
|
sandbergja joined #evergreen |
| 18:32 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 23:57 |
|
beanjammin joined #evergreen |
