| Time |
Nick |
Message |
| 04:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 06:42 |
|
rlefaive joined #evergreen |
| 07:11 |
|
rjackson_isl joined #evergreen |
| 07:20 |
|
agoben joined #evergreen |
| 07:21 |
|
JBoyer joined #evergreen |
| 07:55 |
|
Dyrcona joined #evergreen |
| 08:21 |
|
_adb joined #evergreen |
| 08:28 |
|
collum joined #evergreen |
| 08:37 |
|
mmorgan joined #evergreen |
| 08:57 |
|
maryj joined #evergreen |
| 09:09 |
|
krvmga joined #evergreen |
| 09:35 |
|
yboston joined #evergreen |
| 09:35 |
|
rlefaive joined #evergreen |
| 09:41 |
|
rlefaive joined #evergreen |
| 10:05 |
|
kmlussier joined #evergreen |
| 10:41 |
|
Malikythe joined #evergreen |
| 10:45 |
Malikythe |
I've run into something I haven't seen before, and I can't find a thing in the documentation. I've got a patron whose name in their profile page has a dark orange border (Where expired patrons would be gray, patrons with overdues would be yellow, etc). Anyone know what that color signifies? |
| 10:45 |
Malikythe |
There are no alerts, blocks or messages on the account. |
| 10:46 |
berick |
Malikythe: does it show anything if you hover the mouse over the name? |
| 10:50 |
mmorgan |
Malikythe: I believe the orange border means that the patron has fines or overdue items, but does not meet any penalty thresholds. |
| 10:53 |
Malikythe |
@berick It shows the dbase ID, create date and update date, same as any other border when I hover. |
| 10:53 |
pinesol_green |
Malikythe: http://scientopia.org/blogs/scicurious/files/2013/03/cousin-it.png |
| 10:53 |
Malikythe |
@mmorgan It's darker than the "fines below threshold" color, nearly a red. |
| 10:53 |
pinesol_green |
Malikythe: http://www.firstpersontetris.com/ |
| 10:54 |
Dyrcona |
Malikythe: No need for @ here. The bot thinks it's a command, but it has no command, so it does something "random." |
| 10:54 |
Dyrcona |
@dunno |
| 10:55 |
pinesol_green |
Dyrcona: Yeah, well, you know, that's just, like, your opinion, man. |
| 10:55 |
|
Jillianne joined #evergreen |
| 10:55 |
gsams |
Malikythe: Is the patron barred? |
| 10:56 |
Malikythe |
Gotcha. Haven't used IRC since the early 90s :3 |
| 10:56 |
berick |
Malikythe: ah, darn. |
| 10:56 |
berick |
re: mouse hover |
| 10:56 |
Malikythe |
Nope, not barred in any way. I noticed the account because she was having trouble with our Overdrive digital library, but I'm fairly sure it's unrelated. |
| 10:56 |
Dyrcona |
Malikythe: It hasn't changed, much. :) |
| 10:57 |
Malikythe |
The only thing I can find in the documentation is this: http://docs.evergreen-ils.org/2.3/_patron_border_color_enhancement.html |
| 10:57 |
berick |
Malikythe: does the account have fines? |
| 10:57 |
gsams |
The sage library system has this guide: https://sagelib.org/blogs/colors-associated-patron-account |
| 10:57 |
gsams |
which shows all of the ones that I've ever seen. |
| 10:57 |
Malikythe |
I'm wondering if someone in our consortium set up a custom color and didn't tell anybody |
| 10:58 |
berick |
gsams++ |
| 10:58 |
Malikythe |
Oh duh, I have shareX on this machine. Lemme put my mspaint skills to use obscuring the name and I'll just show y'all what I'm seeing. |
| 10:59 |
|
jvwoolf joined #evergreen |
| 10:59 |
|
rlefaive joined #evergreen |
| 10:59 |
Malikythe |
https://puu.sh/wepPT/55f0b929ae.png |
| 11:00 |
berick |
Malikythe: didn't see an answer.. does the patron have outstanding fines? |
| 11:00 |
Malikythe |
Nope, no fines, block, alerts, or messages. |
| 11:00 |
* berick |
nods |
| 11:02 |
gsams |
Malikythe: Anything in the messages section? |
| 11:03 |
mmorgan |
Malikythe: Lost item? |
| 11:05 |
Malikythe |
gsams: Gah, I'm dumb. I hit "Display alert and messages" and it told me there were none, so I didn't check the messages tab itself. Apparently something about the non-blocking messages my staff had been adding resulted in the orange color. |
| 11:05 |
gsams |
PINES also has a page on this: https://pines.georgialibraries.org/patron-border-colors |
| 11:06 |
Malikythe |
It's weird, though. I removed all the messages and added a new one to test it, and it turned the border cyan (which is what I'm used to for non-blocking messages) |
| 11:06 |
gsams |
Malikythe++ #It's happened to me a few times |
| 11:06 |
Malikythe |
Dunno where the orange came from |
| 11:06 |
gsams |
According to the PINES page, it means multiple penalties are in place |
| 11:06 |
gsams |
instead of just a singular penalty |
| 11:07 |
Malikythe |
Ahhhh. |
| 11:07 |
gsams |
It matches your color pretty spot on |
| 11:07 |
gsams |
I'm going to hold on to that link for the future, that's nice to know |
| 11:07 |
Malikythe |
Well, I'll disseminate the info and the PINES link to my branches, since I've had several desk staff ask about it. |
| 11:07 |
Malikythe |
Thanks for the help, everyone! |
| 11:07 |
jeff |
.BATRON_BARD -- Patron is a bard. |
| 11:08 |
gsams |
jeff++ #I want this |
| 11:08 |
berick |
jeff: unlimited lute checkouts |
| 11:09 |
jeff |
berick++ # groan |
| 11:14 |
kmlussier |
Might be nice to steal that for the community docs page. |
| 11:16 |
Dyrcona |
Do those colors carry over in the web staff client? |
| 11:17 |
JBoyer |
I've wondered about ditching the colors and moving to icons, That way you never have to wonder what "multiple penalties" are, they're right there. |
| 11:17 |
kmlussier |
Oh, that's right. No need to spend time documenting xul features. |
| 11:19 |
kmlussier |
We don't have colors like that in the web client. I thought there was a bug on it, but I can't find it. |
| 11:20 |
kmlussier |
JBoyer: For most of the colors, the reason for the color is listed below the border box. I think it's good to have both because it supports alternate styles for processing information. Some people respond well to the visual cues that colors provide. Others do better with the text. |
| 11:20 |
dbs |
There are colours that are used to highlight various issues, like expired accounts |
| 11:21 |
kmlussier |
It can also be difficult to find icons that clearly convey what the specific issue is. |
| 11:21 |
JBoyer |
Colored icons. Chocolate AND peanut butter! |
| 11:21 |
dbs |
Or "Fines Owed". But it seems that the actual line in the patron summary that is problematic gets highlighted |
| 11:21 |
dbs |
So that helps |
| 11:21 |
kmlussier |
Yes, it does. |
| 11:22 |
kmlussier |
Except when it doesn't. |
| 11:22 |
dbs |
Also penalties show up under the patron's name, such as "Patron exceeds fine threshold" |
| 11:22 |
|
micro_ joined #evergreen |
| 11:22 |
mmorgan |
The patron name shows in red in the web client if they are blocked. |
| 11:22 |
micro_ |
why is the demo test client not work |
| 11:22 |
dbs |
mmorgan: Yeah that's the high-level "problem!" highlight and the details are often also highlighted below |
| 11:22 |
kmlussier |
Guest72111: Which demo test client? |
| 11:22 |
Guest81886 |
I cant connect to either the server |
| 11:22 |
JBoyer |
I need to pull up more patrons with issues, I didn't realize there were colors or penalties listed either. |
| 11:22 |
kmlussier |
Guest72111: There are a few |
| 11:23 |
Guest81886 |
mlnc2.noblenet.org |
| 11:23 |
Guest81886 |
and demo.evergreencatalog.com |
| 11:23 |
* dbs |
is not a fan of the old XUL-style different colours without supporting text |
| 11:23 |
kmlussier |
Guest72111: mlnc2 works for me. How are you trying to connect? |
| 11:24 |
Guest81886 |
With the staff cllient |
| 11:25 |
Guest81886 |
When i try to enter the workstation name in it says "TypeError: g.my_libs_tree is null" |
| 11:25 |
Guest81886 |
for demo.evergreencatalog.com for the other server it wont connect at all |
| 11:25 |
kmlussier |
Guest81886: If you receive an error with the host name, you may need to add an SSL exception. |
| 11:26 |
Guest81886 |
It says the SSL is valid and you don't need one |
| 11:27 |
kmlussier |
Guest81886: OK, I'm not sure why you would be getting that particular error on mlnc2. I've been on it all day. Let me log out and try logging in under a new profile to see if I can replicate it. |
| 11:27 |
Guest81886 |
thanks |
| 11:27 |
Dyrcona |
Guest81886: You have to try to login before you can register a workstation. |
| 11:27 |
Guest81886 |
Yeah I do login but when I go to enter the workstation name after the login it says "TypeError: g.my_libs_tree is null" |
| 11:28 |
kmlussier |
Odd, I'm not seeing that problem. |
| 11:28 |
Guest81886 |
That is for the demo.evergreencatalog.com |
| 11:28 |
kmlussier |
Guest72111: Is anything listed in the Organization dropdown underneath the WS name box? |
| 11:28 |
Dyrcona |
That means your client is not getting the settings from the server. I don't know why. |
| 11:29 |
Guest81886 |
but when i enter mlnc2.noblenet.org it says "There was an error testing this hostname" |
| 11:29 |
kmlussier |
Guest81886: Sorry, I can't help you with demo.evergreencatalog.com. |
| 11:29 |
kmlussier |
Guest81886: Yes, that's what I mentioned above, about the SSL exception. |
| 11:29 |
dbs |
Guest81886: maybe try https://webby.evergreencatalog.com ? |
| 11:29 |
Dyrcona |
It could also mean something is wrong with the org. tree on that server. |
| 11:29 |
Guest81886 |
ok |
| 11:29 |
kmlussier |
I'm not sure why it's an issue since we have a valid certificate there, but it's always been a problem on these VMs. |
| 11:30 |
Guest81886 |
I fixed it thanks everyone |
| 11:30 |
Dyrcona |
Guest81886: What was the fix? |
| 11:31 |
Guest81886 |
for the mlnc2.noblenet.org you had to add the ssl but for the demo.evergreen.com it still dosent work |
| 11:32 |
Dyrcona |
OK. |
| 11:35 |
jeff |
for mlnc2.noblenet.org the likely reason why the cert needs a manual exception is because the intermediate cert is not being provided by the server, so the xul client can't follow the chain to a cert in its trust store. |
| 11:36 |
Dyrcona |
Guest81886: Did you actually demo.evergreen.com? That's not us. I see earlier you said demo.evergreencatalog.com, so maybe the second is a typo. |
| 11:37 |
Guest81886 |
Also I ahev another Question. How would I be able to install EvergreenILS on webhosting |
| 11:38 |
Dyrcona |
From the OPAC, it looks like someone has messed with the org. tree on demo.evergreencatalog.com. |
| 11:38 |
berick |
ooh, chrome css and js code coverage drawer |
| 11:39 |
Dyrcona |
Guest81886: You follow the installation instructions here: http://evergreen-ils.org/documentation/install/OpenSRF/README_2_5_0.html and here: https://evergreen-ils.org/documentation/install/README_2_12.html |
| 11:40 |
Guest81886 |
thanks |
| 11:41 |
kmlussier |
jeff: Yeah, so if that is only going to be a problem for xul, I think I'll continue ignoring it since we are so close to deprecating it. |
| 11:42 |
Dyrcona |
kmlussier: SSLCertificateChainFile is the Apache directive that will fix it. |
| 11:43 |
Guest81886 |
Wait Can I install evergreen on a shared hosting account or no |
| 11:44 |
Guest81886 |
usually a nginx server without ssh access |
| 11:44 |
kmlussier |
Dyrcona: Sigh...ok, now I guess I can't ignore it. I'll give it a shot. |
| 11:44 |
kmlussier |
Dyrcona++ |
| 11:44 |
Dyrcona |
Guest81886: It is not possible without ssh access. |
| 11:44 |
Guest81886 |
oh ok thanks |
| 11:47 |
* dbs |
filed https://bugs.launchpad.net/evergreen/+bug/1696787 for an a11y issue with an easy fix |
| 11:47 |
pinesol_green |
Launchpad bug 1696787 in Evergreen "Patron info button alerts suffer from low contrast between alert text and background" [Undecided,New] |
| 11:48 |
dbs |
(webby so relevant) |
| 11:49 |
jeff |
kmlussier: an incomplete certificate chain is something that should be fixed, as it affects more than just the xul client. it's an error, but one that's often not obvious if your browser has already seen that intermediate certificate somewhere else, etc. |
| 11:51 |
Guest81886 |
Also is there any free evergreen system hosting out there |
| 11:53 |
kmlussier |
Free? No. There is a list of companies that provide hosting and support at https://wiki.evergreen-ils.org/doku.php?id=faqs:evergreen_companies. |
| 11:54 |
jeff |
kmlussier: in a fresh Firefox profile, attempting to load mlnc2 results in the scary "Your connection is not secure / The owner of mlnc2.noblenet.org has configured their website improperly. To protect your information from being stolen, Firefox has not connected to this website." error |
| 11:54 |
kmlussier |
jeff: OK, thanks for the info. I'll take a look at getting it fixed up. |
| 11:54 |
kmlussier |
jeff++ |
| 11:54 |
abneiman |
Guest81886: Dyrcona: kmlussier: et al, I fix the org tree on demo.evergreencatalog.com to the extent that I could from the client. There was some strangeness. |
| 11:55 |
Guest81886 |
ok thanks everyone |
| 11:55 |
Dyrcona |
abneiman++ Someone might need to run autogen.sh, too. |
| 11:55 |
abneiman |
Dyrcona: yeah, I'm filing a ticket |
| 11:59 |
|
jihpringle joined #evergreen |
| 12:00 |
|
sandbergja joined #evergreen |
| 12:11 |
_bott_ |
So, has anyone ever had a situation where they wanted to temporarily suspend the transits of items from an org_unit? i.e. prevent hold capture of said items |
| 12:12 |
Dyrcona |
_bott_: Yes, there are settings for that. |
| 12:13 |
_bott_ |
Ah! Suppress Hold Transit Group? |
| 12:14 |
Dyrcona |
_bott_: Maybe, let me check something. |
| 12:16 |
Dyrcona |
_bott_: I was thinking mainly of the 'Skip For Hold Targeting' setting. |
| 12:16 |
* mmorgan |
has sometimes had the opposite situation, temporarily suspend transits TO an org unit. |
| 12:18 |
Dyrcona |
mmorgan: Well, you often want to do both. |
| 12:18 |
mmorgan |
_bott_: Will the checkin modifier "Suppress Holds and Transits" do the trick? |
| 12:18 |
Dyrcona |
The 'OPAC: Org Unit is not a hold pickup library' setting will remove it from the list of valid pickup points in the OPAC. |
| 12:18 |
_bott_ |
Considered that. Leaving on local hold capture/pickup for the time being |
| 12:19 |
_bott_ |
I expect that a combination of these should do the trick. Thanks as always. |
| 12:19 |
Dyrcona |
You might need some custom hold matrix matchpoints if your situation is very complicated. |
| 12:21 |
_bott_ |
Was trying to avoid that, but we'll see. |
| 12:21 |
_bott_ |
Are the old actor.org_unit_proximity tables still used? ...I see mine have long gone org_units |
| 12:24 |
jeff |
heh. |
| 12:24 |
Dyrcona |
_bott_: Yes, they are still used. |
| 12:25 |
_bott_ |
I remember the days of manually manipulating those, but haven't touched them since about 2010. |
| 12:25 |
jeff |
"Org unit 23? That's a name I've not heard in a long time..." |
| 12:25 |
_bott_ |
Exactly! |
| 12:26 |
Dyrcona |
They're used for age hold protection checks and for checks to see if penalties should be ignored (a newish feature). |
| 12:28 |
Dyrcona |
Might be used elsewhere. I didn't do a thorough search. |
| 12:36 |
_bott_ |
I caught the penalties piece |
| 12:38 |
Dyrcona |
Proximity is used for sorting copies when checking if a hold is possible. |
| 12:38 |
Dyrcona |
Looks like closer copies are checked first. |
| 13:03 |
_bott_ |
Ahh, found that autogen switch to trim my tables |
| 13:06 |
Dyrcona |
-c |
| 13:06 |
Dyrcona |
Or, is it -u? |
| 13:06 |
|
rlefaive_ joined #evergreen |
| 13:08 |
JBoyer |
-u |
| 13:43 |
Dyrcona |
_bott_: While you're around, would you mind branchifying your patches on Lp 1195428? |
| 13:43 |
pinesol_green |
Launchpad bug 1195428 in Evergreen "TPAC reports hold "ready for pickup" before hold_shelf_status_delay expires" [Medium,Confirmed] https://launchpad.net/bugs/1195428 |
| 13:43 |
Dyrcona |
We just got a report of it, and I would like to test your code. |
| 13:55 |
_bott_ |
Let me see if I can track that down! |
| 14:19 |
|
Jillianne joined #evergreen |
| 14:41 |
_bott_ |
Dyrcona: http://git.evergreen-ils.org/?p=working/Evergreen.git;a=commit;h=c16cfd0f680c7d28b8d201ec79618e2aeac6ff72 |
| 14:43 |
* _bott_ |
chastises self for leaving LP# out of commit note |
| 14:55 |
|
jvwoolf joined #evergreen |
| 14:57 |
|
Jillianne joined #evergreen |
| 14:59 |
|
kmlussier joined #evergreen |
| 15:58 |
|
Dyrcona joined #evergreen |
| 16:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:11 |
|
mmorgan left #evergreen |
| 17:17 |
|
jvwoolf left #evergreen |
| 17:25 |
|
rsulejmani joined #evergreen |
| 18:03 |
|
Jillianne joined #evergreen |
| 21:20 |
|
jboyer-isl joined #evergreen |
| 22:00 |
|
Freddy_Enrique joined #evergreen |
| 22:00 |
Freddy_Enrique |
<h1>Hello World!<h1> |
| 22:02 |
Freddy_Enrique |
anyone here? |
| 22:20 |
|
genpaku joined #evergreen |
