| Time |
Nick |
Message |
| 03:43 |
|
JBoyer joined #evergreen |
| 07:04 |
|
collum joined #evergreen |
| 07:14 |
|
redavis joined #evergreen |
| 07:47 |
JBoyer |
I updated the download page to point to the correct place for the 3.15 beta downloads. (they are in downloads/previews because it's not a release yet) |
| 07:48 |
redavis |
JBoyer, thank you |
| 07:49 |
redavis |
I had the proper links from gmcharlt, but they were in a text doc on my home setup that wasn't with me on the train. |
| 07:50 |
redavis |
And good to know, in my head, for the future. |
| 07:50 |
redavis |
(would also be good to make sure that is documented for future main releases) |
| 07:50 |
* redavis |
goes to check. |
| 07:51 |
redavis |
And it is. |
| 08:24 |
redavis |
If it makes anyone feel better, I fell asleep last night watching TV but was awakened from a dream about not closing an a href tag on the downloads page and it messing up the page. |
| 08:41 |
|
mmorgan joined #evergreen |
| 08:43 |
abneiman |
redavis++ # train workin |
| 08:43 |
abneiman |
JBoyer++ fixin |
| 08:51 |
|
Dyrcona joined #evergreen |
| 09:05 |
|
dguarrac joined #evergreen |
| 10:11 |
* Dyrcona |
gets dizzy from the spin.... |
| 10:11 |
* Dyrcona |
feels like a quark. |
| 10:12 |
Dyrcona |
Hm... Maybe I should play some Spin Doctors..... |
| 10:12 |
* Dyrcona |
continues listening to Warren Zevon. |
| 11:21 |
berick |
anyone here using LinkedIn Learning for Libraries? curious about the auth setup. not seeing any secure options in the SIP admin and there is, best I can tell, zero docs about the HTTPS option. |
| 11:46 |
|
Christineb joined #evergreen |
| 11:56 |
|
jihpringle joined #evergreen |
| 12:02 |
jeff |
last i looked I was unhappy with their auth options. i believe we canceled a contract before implementation due to that. also, around the time I was evaluating things, they tried to move to a model where you needed a LinkedIn profile to use the service at all, and that blew up and made a lot of libraries mad, and then the underlying other issues I had were somewhat lost in the shuffle. |
| 12:05 |
berick |
jeff: good to know, thanks |
| 12:05 |
berick |
well, good --> helpful |
| 12:10 |
jihpringle |
berick: we have libraries subscribed to Linked In Learning and we use PatronAPI for them |
| 12:11 |
berick |
jihpringle: this? https://docs.evergreen-ils.org/docs/latest/integrations/patron-api.html |
| 12:12 |
jihpringle |
berick: I think so? briank is that correct? |
| 12:17 |
jeff |
for us, I think it mostly came down to "your patrons will enter their library password into a site we control, or your patrons will not have passwords and all of their learning data will be protected by only a library card number" -- at the time, mind you. |
| 12:18 |
jeff |
They likely have made changes since then. Some of those changes may have been improvements. :-) |
| 12:20 |
|
jihpringle63 joined #evergreen |
| 12:26 |
briank |
jihpringle63: berick: yes, that is correct. we’re currently running a mix of SIP2 and PatronAPI auth for LinkedInLearning (I was trying to move everyone over to PatronAPI but LiL was dragging their feet helping me with the change) |
| 12:36 |
berick |
briank: jihpringle63: thanks. no local modifications needed for the patron api part? |
| 12:41 |
briank |
I don’t think so but lemme check before I make any promises :) |
| 12:46 |
briank |
ok confirmed, for LiL/Lynda we’re not making changes to the patron api response template |
| 12:53 |
|
jihpringle joined #evergreen |
| 13:07 |
berick |
briank++ |
| 13:08 |
|
jihpringle39 joined #evergreen |
| 13:30 |
jeffdavis |
I've got this open-ils.pcrud.search.circ call that's quite slow and I'm trying to figure out why |
| 13:30 |
jeffdavis |
open-ils.pcrud.search.circ |
| 13:30 |
jeffdavis |
"<authtoken>",{"id":["51483340","51368601","51483343","51556673","59221096","62146850","62146887"]},{"flesh":4,"flesh_fields":{"circ":["target_copy","workstation","checkin_workstation"],"acp":["call_number","holds_count","status","circ_lib","location","floating","age_protect","parts"],"acpm":["part"],"acn":["record","owning_lib","prefix","suffix"],"bre":["wide_display_entry"]},"select":{"bre":["id"]},"order_by":{"circ":["xact_st |
| 13:30 |
jeffdavis |
art"]}} |
| 13:32 |
jeffdavis |
It takes about 20 seconds to return results. |
| 13:32 |
jeffdavis |
I thought it would get translated into a single SQL query, but it seems like there are multiple underlying queries to handle the fleshing? |
| 13:33 |
Dyrcona |
jeffdavis: This part looks wrong to me: "select":{"bre":["id"]} |
| 13:34 |
Dyrcona |
I don't think it should be there, should it? |
| 13:35 |
jeffdavis |
This is the underlying call for retrieving the list of items out in the Items Out tab in the staff client circ UI. |
| 13:36 |
Dyrcona |
IDK. I disagree with using PCRUD in the client anwya. |
| 13:36 |
Dyrcona |
...anyway.... |
| 13:38 |
jeffdavis |
I don't really know what "select":{"bre":["id"]} is doing there though |
| 13:39 |
Dyrcona |
I don't know either, and all of that fleshing would be pulling in whole rows, so it seems unnecessary. Not saying that is why it's slow though. |
| 13:40 |
Dyrcona |
Since bre.wide_display is fleshed, the rest of bre should be there already. |
| 13:41 |
mmorgan |
jeffdavis: We had that exact issue on 2 test servers. |
| 13:42 |
Dyrcona |
acn.record gets the bre row.... |
| 13:42 |
mmorgan |
Bmagic++ changed a postgres setting which fixed it. |
| 13:42 |
mmorgan |
jit_above_cost to -1 |
| 13:43 |
* Dyrcona |
grins.... |
| 13:43 |
Dyrcona |
jeffdavis: Roughly where in the code is that run? |
| 13:44 |
jeffdavis |
I've set jit_above_cost to -1 on this db server. I don't understand why we're still seeing issues with it. |
| 13:44 |
jeffdavis |
But that does reassure me somewhat that it's probably not an issue we'll run into in prod... |
| 13:45 |
jeffdavis |
Dyrcona: fetch_circs function in Open-ILS/web/js/ui/default/staff/circ/patron/items_out.js I think |
| 13:46 |
Dyrcona |
jeffdavis++ I was about to ask if it was AngularJS or experimental Angular circ client. |
| 13:46 |
berick |
"select":{"bre":["id"]} tells pcrud to avoi adding values to the other fields, useful for avoid unneeded bulky MARC blobs |
| 13:46 |
jeffdavis |
ah yeah, I see there's a comment in items_out.js to that effect |
| 13:48 |
Dyrcona |
Huh... I'm getting a "new file" when I try to open that. |
| 13:48 |
jeffdavis |
Really wish I could figure out why we still have JIT problems in this test environment. |
| 13:48 |
Dyrcona |
Stupid editor... extra space at the end of the paste. |
| 13:49 |
jeffdavis |
Maybe postgres needs a restart. |
| 13:50 |
Dyrcona |
berick: That apparently doesn't interfere with fleshing the wide_display_entry? |
| 13:50 |
* Dyrcona |
should read comments.... :) |
| 13:54 |
Dyrcona |
I don't really see how jit would mess with pcrud like that, but I've not really dug that deep into how pcrud builds that query. |
| 14:08 |
|
jihpringle joined #evergreen |
| 14:54 |
JBoyer |
Since sometime in the <handwave>recent-ish</handwave> past some pcrud searches use a cursor rather than building a single query to run. The reason was to always return the number of rows requested, even if the user isn't allowed to see a large number of rows between first and last. |
| 14:55 |
JBoyer |
That may make timings hard to troubleshoot unless you have pg logging every single query on a very quiet server |
| 15:36 |
|
jihpringle joined #evergreen |
| 16:14 |
scottangel_ |
We are getting this error while trying to print labels. Can anyone guide us? 'no server setting type exists for eg.print.template.item label using local value' |
| 16:23 |
dluch |
(using Hatch) |
| 16:25 |
mmorgan |
scottangel_: That error suggests a missing workstation/org unit setting type. But I'm not sure a missing setting would prevent printing. |
| 16:27 |
mmorgan |
Does the label just fail to print with no other error? |
| 16:27 |
dluch |
Yep |
| 16:27 |
scottangel_ |
Yes, using Hatch. Sorry, we're working with them now. I wasn't sure if that error had anything to do with not being able to print. |
| 16:28 |
scottangel_ |
So we can print from windows but when we enable hatch is fails to print. |
| 16:30 |
mmorgan |
Is there a printer configured under the 'Label' Hatch printer context? |
| 16:30 |
dluch |
Yes--it's the label printer we're trying to print to |
| 16:31 |
dluch |
Set as both Label and Default |
| 16:32 |
mmorgan |
Does it still fail if you set a different printer under the 'Label' context? |
| 16:33 |
dluch |
Oh, I don't think we tried that. Let's see... |
| 16:37 |
dluch |
Interesting...we switched it to the receipt printer and it did print |
| 16:39 |
mmorgan |
Was the label printer newly installed? Maybe a logout, close browser, login? |
| 16:44 |
dluch |
It was, apparently, working yesterday, lol. Of course |
| 16:47 |
dluch |
We're trying uninstall and reinstall |
| 16:48 |
dluch |
Thanks for all the ideas, mmorgan! |
| 16:49 |
pinesol |
News from commits: LP#2098011 Holds Shelving Location Group Filter Not Reapplying <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=c36282b9258ba7be1c9ef10905ab418ade536d44> |
| 16:57 |
mmorgan |
dluch: Good luck! Printing issue are always 'fun' :-/ |
| 16:58 |
dluch |
Thanks! So 'fun'! |
| 17:04 |
|
mmorgan left #evergreen |
