| Time |
Nick |
Message |
| 04:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:07 |
|
agoben joined #evergreen |
| 07:12 |
|
rjackson_isl joined #evergreen |
| 08:01 |
|
collum joined #evergreen |
| 08:23 |
|
_bott_ joined #evergreen |
| 08:45 |
|
mmorgan joined #evergreen |
| 08:46 |
|
_bott_ joined #evergreen |
| 08:54 |
|
_bott_ joined #evergreen |
| 09:20 |
|
yboston joined #evergreen |
| 09:21 |
|
terran joined #evergreen |
| 09:28 |
|
jvwoolf1 joined #evergreen |
| 09:35 |
|
kmlussier joined #evergreen |
| 09:52 |
|
collum_ joined #evergreen |
| 09:56 |
|
_bott_ joined #evergreen |
| 09:59 |
|
mdriscoll joined #evergreen |
| 10:05 |
|
Dyrcona joined #evergreen |
| 10:08 |
|
_bott_ joined #evergreen |
| 10:32 |
|
_bott_ joined #evergreen |
| 10:44 |
|
gsams joined #evergreen |
| 10:45 |
|
_bott_ joined #evergreen |
| 10:49 |
|
RBecker joined #evergreen |
| 11:23 |
csharp |
any nginx proxiers out there dealt with endless HTTPS redirects with reporter links? |
| 11:24 |
berick |
i hit a redirect wall a few days ago. can't remember if it was in the reporter. didn't stop to investigate. |
| 11:30 |
JBoyer |
While I'm looking into something real quick but before going down a rabbit hole, is there a way to join in pcrud calls? (wouldn't be surprised if not, but wanted to check) |
| 11:32 |
berick |
JBoyer: pcrud supports fleshing |
| 11:32 |
berick |
so IDL-blessed joins are there |
| 11:33 |
JBoyer |
Hmm. Will have to check the IDL then, because I don't know if I can get to acplo from acpl... |
| 11:34 |
berick |
JBoyer: you can |
| 11:34 |
JBoyer |
Sweet. |
| 11:35 |
JBoyer |
so flesh: "orders" perhaps? |
| 11:35 |
JBoyer |
{flesh: "orders"} I mean. |
| 11:39 |
berick |
flesh:1, flesh_fields:{acpl:['orders']} |
| 11:42 |
dbs |
csharp: I don't think we've seen that |
| 11:42 |
dbs |
csharp: do you get that consistently? |
| 11:45 |
csharp |
dbs: on reporter links that come through email is the only place I've seen it so far |
| 11:45 |
JBoyer |
berick++ # that would have taken me a bit to figure out. |
| 11:46 |
berick |
JBoyer: does that mean it worked? :) |
| 11:47 |
JBoyer |
Not yet, just getting to where it needs to be. |
| 11:49 |
berick |
webstaff++ # performing admirably through a 2800-mile long VPN to a modest test server |
| 11:50 |
berick |
minus the embedded dojo UI's, unfortunately. those take a while to load |
| 11:51 |
* berick |
looks forward to adding some nginx caching |
| 11:53 |
kmlussier |
berick: Funny you should say that. I just came across my first case of 'Wow! That loaded slowly' in the web client today. |
| 11:53 |
* kmlussier |
was retrieving the record holds screen for a very popular title. |
| 11:55 |
kmlussier |
And then I asked for sorting, which probably wouldn't help matters. |
| 11:59 |
berick |
kmlussier: view holds, under record details page? |
| 12:01 |
kmlussier |
berick: Yes, it was a title with 158 holds. It could be the hardware since it was a test server, but I hadn't seen it in other parts of the web client. |
| 12:01 |
berick |
kmlussier: hm, i can't sort on that page.. is sorting new? |
| 12:02 |
* berick |
updates |
| 12:02 |
kmlussier |
berick: No, this wasn't when I was sorting it. It was retrieving holds for a pickup location. Sorry, I just mentioned sorting in relation to a bug I just filed requesting that it be made available. |
| 12:04 |
berick |
kmlussier: gotcha... when it's slow, are you displaying 25 holds per grid page? |
| 12:04 |
* berick |
notes the hold details API is one of the slower APIs that gets heavy use. |
| 12:06 |
kmlussier |
berick: Yes, that's one of the reasons I was surprised. |
| 12:06 |
kmlussier |
This one isn't the best example, but here's a case where the pickup location just had three holds. https://drive.google.com/file/d/0B74gDMUDwDXqSGpTZ2hKM3VTeTg/view |
| 12:08 |
|
khuckins joined #evergreen |
| 12:09 |
kmlussier |
Oops, actually, I just deleted that one. I just noticed there were barcodes in that video. I thought I had removed those. |
| 12:10 |
berick |
kmlussier: huh, yeah. that looks like a case of slow api more than slow UI |
| 12:10 |
kmlussier |
berick: gotcha |
| 12:10 |
dbs |
csharp: yeah haven't had a problem, I really need to blog our settings |
| 12:11 |
berick |
kmlussier: not to discount it, of course |
| 12:45 |
Dyrcona |
So, that memory issue with opensrf-c that I mentioned yesterday afternoon. It's definitely the Creator filter in Acq/Issuances. |
| 12:46 |
Dyrcona |
I just tried it on a vm and watched a drone's memory use go up to about 2GB before I killed it. |
| 12:54 |
kmlussier |
Dyrcona: Is that in acq or serials? |
| 12:54 |
Dyrcona |
Serials, sorry. |
| 12:56 |
Dyrcona |
Serials/Acquistions....It's all jargon to me. :P |
| 14:21 |
dbs |
csharp et al: https://coffeecode.net/our-nginx-caching-proxy-setup-for-evergreen.html |
| 14:21 |
dbs |
jeffdavis: ^ |
| 14:21 |
berick |
dbs++ |
| 14:22 |
jeffdavis |
dbs++ # awesome, thanks for writing that up! |
| 14:22 |
dbs |
I make no claims that our setup is perfect, but it is what we're currently using |
| 14:26 |
csharp |
dbs++ |
| 14:30 |
terran |
berick: I want to customize our web client patron reg form to add a bit of 'Example: GA-123456789' text next to the primary ID field - can you point me in the right direction? |
| 14:33 |
berick |
terran: sounds like field documentation.. /eg/staff/admin/local/config/idl_field_doc |
| 14:33 |
berick |
admin -> local admin -> field documetnation |
| 14:33 |
berick |
lemme see if it works in the browser. (i think it does) |
| 14:35 |
berick |
so field docs work, but they add a question mark on the field, which has to be clicked to see the docs. so, you're describing the other thing.. |
| 14:35 |
kmlussier |
berick: It worked when I tested the patron editor way back when. |
| 14:35 |
* csharp |
has always wondered what "field documentation" means :-) |
| 14:36 |
berick |
terran: i think you want the org unit setting example text |
| 14:36 |
kmlussier |
csharp / berick: I just posted a link to the documentation on the general list about 15 minutes ago. |
| 14:36 |
csharp |
heh |
| 14:37 |
berick |
oh thanks kmlussier |
| 14:46 |
|
jihpringle joined #evergreen |
| 15:18 |
|
mmorgan1 joined #evergreen |
| 15:29 |
|
terran joined #evergreen |
| 15:32 |
terran |
of course irc freezes on me right when I need it |
| 15:33 |
terran |
hrrm... for some reason I'm not able to save field documentation on our 2.12.4 test server - I can on our 2.11 server, but it doesn't show up in our form. |
| 15:35 |
berick |
terran: did you see my comment about org settings for example text? |
| 15:35 |
berick |
if you want the help info to be permanently visible you'll want to go the OUS route |
| 15:36 |
terran |
Yes, that sounds like where I need to go |
| 15:36 |
berick |
Field Documentation is better for long-form help docs, OUS is better for short examples |
| 15:38 |
berick |
hm, may have to create an org setting.. |
| 15:39 |
terran |
Yeah, I don't see one for ID... if I put "GA-" in the ident value suggest, that might work... |
| 15:39 |
terran |
No, that doesn't do what I thought it did |
| 15:40 |
berick |
arg, yeah, just a few fields have org settings created. the UI form is smart enough to display any, but the setting would have to be created and the setting name added to the list of settings to load for the form (in regctl.js) |
| 15:40 |
berick |
very do-able, though, just not quite as easy as originally thought |
| 15:40 |
terran |
yeah |
| 15:41 |
bshum |
terran: For your 2.12 issue not being able to save field doc changes, if you're using an nginx proxy in front, you might be encountering this bug https://bugs.launchpad.net/opensrf/+bug/1684970 |
| 15:41 |
pinesol_green |
Launchpad bug 1684970 in OpenSRF "Proxy setup masks client IP needed by osrf-http-translator" [Medium,Confirmed] |
| 15:41 |
terran |
In the old client, I just added it to the tt2 file. Something something about progress making life more complicated? |
| 15:42 |
bshum |
csharp: See that bug if you're trying out nginx fun |
| 15:42 |
bshum |
And berick's workaround and dbs notes |
| 15:42 |
berick |
terran: ohhh |
| 15:42 |
berick |
terran: you can also do that :) |
| 15:42 |
terran |
Thanks bshum! (csharp is driving home at the moment) |
| 15:43 |
terran |
berick: can I? I wasn't able to find a place where I could. |
| 15:44 |
berick |
terran: yeah, lemme try something.. |
| 15:51 |
berick |
haha |
| 15:52 |
berick |
omg, note to self: disable nginx cache during development |
| 15:52 |
berick |
*headdesk* |
| 15:53 |
miker |
Dyrcona: I'm giving you a run for your money on wording today. ;) quoth I in an LP ticket just now: "the search service started data from the loading the ils_events file" ... how does one shift a word 3 to the right? |
| 15:55 |
pastebot |
"berick" at 64.57.241.14 pasted "for terran" (18 lines) at http://paste.evergreen-ils.org/644 |
| 16:01 |
Dyrcona |
:) |
| 16:16 |
|
mmorgan joined #evergreen |
| 16:18 |
terran |
berick++ that's exactly what I was trying to find in the first place, completely overlooked that file - thank you! |
| 16:26 |
|
khuckins_ joined #evergreen |
| 16:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 16:32 |
|
Jillianne joined #evergreen |
| 17:02 |
|
khuckins__ joined #evergreen |
| 17:04 |
|
mmorgan left #evergreen |
| 17:27 |
|
jvwoolf1 left #evergreen |
| 17:58 |
pinesol_green |
[evergreen|Dan Wells] Forward-port 2.11.8 upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=546428a> |
| 18:16 |
pinesol_green |
[evergreen|Galen Charlton] forward-port 2.12.4-2.12.5 DB update - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c77c669> |
| 20:43 |
gmcharlt |
https://evergreen-ils.org/evergreen-2-11-8-and-2-12-5-released/ |
