| Time |
Nick |
Message |
| 06:32 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:10 |
|
rjackson_isl joined #evergreen |
| 07:34 |
|
agoben joined #evergreen |
| 07:56 |
|
rlefaive joined #evergreen |
| 08:39 |
|
mmorgan joined #evergreen |
| 08:52 |
|
Dyrcona joined #evergreen |
| 09:05 |
|
mmorgan1 joined #evergreen |
| 09:14 |
|
jvwoolf joined #evergreen |
| 09:20 |
|
ngf42 joined #evergreen |
| 09:26 |
|
yboston joined #evergreen |
| 09:28 |
|
kmlussier joined #evergreen |
| 09:33 |
|
stephengwills joined #evergreen |
| 09:42 |
|
terran joined #evergreen |
| 09:46 |
|
jvwoolf joined #evergreen |
| 09:47 |
|
littlet joined #evergreen |
| 09:55 |
berick |
Bmagic: when you're around.. yes! the PO name needs to be scrubbed. I missed that in EDIWriter. I'll make a patch. |
| 09:55 |
berick |
well, wait, it is getting scrubbed |
| 09:56 |
berick |
or it's supposed to be in escape_edi |
| 09:59 |
jeff |
This morning I realized that one of the reasons I am most looking forward to the elimination of the XUL client is that it will make it that much easier to make large changes to billing. |
| 10:02 |
berick |
Bmagic: anyway, I have questions... |
| 10:30 |
csharp |
berick: so is it easy to add a 10 second sleep to the Perl API? not sure where to begin (testing bug 1746577) |
| 10:30 |
pinesol_green |
Launchpad bug 1746577 in OpenSRF "Websocket translator responder thread loops on broken jabber socket" [Undecided,New] https://launchpad.net/bugs/1746577 |
| 10:31 |
|
collum joined #evergreen |
| 10:31 |
berick |
csharp: yep |
| 10:31 |
berick |
i tested patron search, want to see a patch for that? |
| 10:31 |
csharp |
sure |
| 10:31 |
Bmagic |
berick: here |
| 10:31 |
|
BAMkubasa joined #evergreen |
| 10:32 |
pastebot |
"berick" at 64.57.241.14 pasted "for csharp" (13 lines) at http://paste.evergreen-ils.org/115 |
| 10:32 |
berick |
csharp: i changed that in the installed Perl file then restarted the service |
| 10:32 |
berick |
(or all services) |
| 10:32 |
berick |
csharp: then in the staff client, just do a regular patron search and it will hang for a bit before returning results. |
| 10:32 |
BAMkubasa |
Does anyone know if it is possible to see checkouts that took place via a specific SIP connection (for a self checkout machine)? |
| 10:33 |
Bmagic |
berick: new development, I changed the edi_attrs for INGRAM. Removed "LINEITEM_IDENT_VENDOR_NUMBER" "LINEITEM_REF_ID_ONLY" - made a new order but the EDI came out with RFF:LI still containing the name of the purchase order instead of the ID numbers |
| 10:34 |
Bmagic |
Those settings were both set, the way they read it seems like those settings turned on would use ID's instead of words but that wasn't the case. I figured I would see what happens when they are turned off. It didn't make a difference |
| 10:35 |
Bmagic |
BAMkubasa: Do you use a different staff account for the checkout machine? |
| 10:35 |
berick |
LINEITEM_REF_ID_ONLY should defainitely have an impact, because that is not compatible with INCLUDE_PO_NAME |
| 10:35 |
berick |
it overrides it |
| 10:36 |
BAMkubasa |
@bmagic we could use a machine specific SIP account, if that allows us to get the info |
| 10:36 |
pinesol_green |
BAMkubasa: It reads like a Nigerian 419 scam, but I think it is a sincere question sent to the wrong list. |
| 10:36 |
berick |
BAMkubasa: you don't need the '@' |
| 10:36 |
BAMkubasa |
:) thanks berick |
| 10:36 |
berick |
(that awakens the bot) |
| 10:37 |
BAMkubasa |
pinesol_green you're saying this isn't the place for that type of question? (sorry if that's the case) |
| 10:37 |
pinesol_green |
BAMkubasa: Down time is a fact of business when you're a poor 501c3 corporation. |
| 10:37 |
csharp |
@blame the bot |
| 10:37 |
pinesol_green |
csharp: everything was going great until the bot came along |
| 10:37 |
csharp |
BAMkubasa: pinesol_green is the bot :-) |
| 10:37 |
Bmagic |
BAMkubasa: The circulation table records the circ_staff and other things. You should be able to craft a report to get what you need |
| 10:38 |
csharp |
pinesol_green: you're kind of a jerk, you know? |
| 10:38 |
pinesol_green |
csharp: I see nothing, I know nothing! |
| 10:39 |
Bmagic |
BAMkubasa: if that SIP username is used elsewhere then it gets harder because I think you need to connect the circulation to the IP address? |
| 10:39 |
dbwells |
BAMkubasa: Our bot is set to say random snarky things whenever it sees a "command" (@...) it doesn't know. That one came across kinda harsh, maybe we should get rid of it. |
| 10:39 |
BAMkubasa |
ahhh, bad bot |
| 10:40 |
BAMkubasa |
:) |
| 10:40 |
Dyrcona |
@eightball Is pinesol_green begin bad? |
| 10:40 |
pinesol_green |
Dyrcona: It is so. |
| 10:40 |
Dyrcona |
@eightball Can I spell? |
| 10:40 |
pinesol_green |
Dyrcona: It is possible. |
| 10:41 |
Bmagic |
berick: INCLUDE_PO_NAME is turned on as well |
| 10:41 |
Dyrcona |
BAMkubasa: To address someone directly, just type their name. Most IRC clients will then alert the user. |
| 10:41 |
Bmagic |
I am comparing B+T's settings to INGRAM |
| 10:41 |
Bmagic |
Sorry berick ^ now |
| 10:41 |
BAMkubasa |
Dyrcona I see said the blind man |
| 10:42 |
Dyrcona |
BAMkubasa: SIP checkouts look the same as regular checkouts in the database. If you're on 2.12 or later, I think there's a way to get a unique workstation for those, but I haven't set it up. |
| 10:42 |
dbwells |
@blame Twitter for @username mistakes |
| 10:42 |
pinesol_green |
dbwells: It's all Twitter's fault! for @username mistakes |
| 10:42 |
berick |
Bmagic: ok, so INCLUDE_PO_NAME is ON and LINEITEM_REF_ID_ONLY is OFF -- and that was the case for the example you pasted earlier? |
| 10:42 |
Bmagic |
berick: it seems that we do not have a problem with the EDI back and forth with BT, I figured I could just mimic the settings. |
| 10:43 |
Bmagic |
berick: that was not the case yesterday, but it is today, and I still got the PO name in RFF:LI |
| 10:43 |
berick |
Bmagic: alas, they all want something different |
| 10:43 |
berick |
Bmagic: can you show me a recent example? |
| 10:43 |
Bmagic |
again, I don't even know that it's a bad thing, it's just something I noted as being different |
| 10:43 |
berick |
Bmagic: something's up, certainly with what you pasted earlier |
| 10:43 |
Bmagic |
headed over to pastebin, just a sec |
| 10:43 |
berick |
it was not formatted well |
| 10:44 |
Dyrcona |
BAMkubasa: So, you have two options: 1) use a different circulation user for self checks or 2) configure different workstations. |
| 10:45 |
berick |
it's also possible to backtrack from a sip checkout to a sip login by searching the logs if you are logging the PID |
| 10:45 |
pastebot |
"berick" at 64.57.241.14 pasted ""UNB+UNOA:3+HIDDENSANAGAIN:31B" (1 line) at http://paste.evergreen-ils.org/116 |
| 10:45 |
berick |
but that's not reportable |
| 10:46 |
BAMkubasa |
Dyrcona: Ok, we're doing some testing to see how self checkout machines behave when disconnected, so we'll likely use a specific SIP account for the one machine we're testing with so I can go back and try to find the circulations once we put it back on the network |
| 10:46 |
berick |
Bmagic: thanks. So the PO name is "Ingram 01/31/18 Books" ? |
| 10:46 |
Bmagic |
berick: yes, but I believe the name is longer than that |
| 10:47 |
berick |
i see |
| 10:48 |
Dyrcona |
BAMkubasa: That sounds reasonable to me. berick also mentioned that you can check the logs. The SIP messages will be logged wherever your SIP logs are going. |
| 10:48 |
Bmagic |
berick: the full name is "Ingram 01/31/18 Books Adult Fiction (3452)" |
| 10:49 |
Bmagic |
not sure, but I am wondering if this is the reason that the returning invoice EDI doesn't match to the items automatically |
| 10:49 |
Bmagic |
I could be barking up the wrong tree |
| 10:49 |
Dyrcona |
Bmagic: Could this be a case of two POs with similar names truncating down to the same value? |
| 10:50 |
Bmagic |
Dyrcona: yes, that seems possible |
| 10:50 |
berick |
Bmagic: almost certainly. the PO name is not only truncted, it's missing the important part: the lineitem ID |
| 10:50 |
berick |
Bmagic: but I have no clue how that's happening.. |
| 10:50 |
Bmagic |
It seems that it's only happening for this provider |
| 10:51 |
berick |
we scrub the name, then at the very end, append "/$id" |
| 10:51 |
Bmagic |
we are using the new EDI pusher for everything |
| 10:53 |
berick |
and $id comes directly from $li->id |
| 10:53 |
Bmagic |
berick: looking at another vendor (BT) - I find an ORDERSP message with 'RFF+LI:3423/57940' |
| 10:54 |
berick |
Bmagic: that's the default format |
| 10:54 |
berick |
no PO name |
| 10:54 |
Bmagic |
so naturally, I figured I needed to replicate the settings that we have for them |
| 10:54 |
Bmagic |
I think that is what I want |
| 10:55 |
berick |
Bmagic: well, Ingram usually wants the PO name |
| 10:55 |
berick |
at least, that's the default in the old and new code |
| 10:55 |
berick |
the problem is putting the name in there is broken somewhere |
| 10:56 |
berick |
i mean, they may be fine w/o the PO name, I don't know |
| 10:56 |
Dyrcona |
Gotta love "standards." :) |
| 10:56 |
Bmagic |
oh geez |
| 10:56 |
Bmagic |
I have an example of an EDI message before the new pusher where RFF:LI was the ID number and it went through fine |
| 10:57 |
berick |
Bmagic: that probably just means they are using the ID as the "name" which is fine, if no humans care |
| 10:57 |
berick |
the name is purely informational |
| 10:57 |
berick |
just need to remove INCLUDE_PO_NAME to do that |
| 10:58 |
Bmagic |
I think I made a mistake when I changed the attrs for ingram. LOL, I think I changed it for BT instead..... I had the acq.edi_attr_set.id flip flopped |
| 10:58 |
Bmagic |
grrr |
| 11:03 |
pastebot |
"berick" at 64.57.241.14 pasted "Here is what it was yesterday:" (59 lines) at http://paste.evergreen-ils.org/117 |
| 11:03 |
Bmagic |
so now... I have (pastebot) |
| 11:04 |
berick |
Bmagic: so does that fix the Ingram PO? |
| 11:04 |
berick |
the "now" version |
| 11:04 |
Bmagic |
I don't know yet |
| 11:04 |
berick |
k |
| 11:04 |
Bmagic |
gonna have to make a call |
| 11:05 |
Bmagic |
Running to get a fresh cup of lubricating coffee, then phone |
| 11:06 |
berick |
Bmagic: when you return, beware LINEITEM_REF_ID_ONLY should produce => RFF+LI:12345 (just the LI ID, no PO ID) |
| 11:07 |
berick |
can't say if Ingram will like that |
| 11:09 |
* berick |
needs to book a flight to MO |
| 11:10 |
Bmagic |
strange, because those are the exact settings for BT and RFF:LI gets 3423/57940 |
| 11:16 |
Bmagic |
berick: now I am third guessing myself. Do my BT settings look default? |
| 11:16 |
* Bmagic |
goes back to the sql upgrade script |
| 11:17 |
* Bmagic |
answered my own question |
| 11:18 |
|
rjackson_isl joined #evergreen |
| 11:25 |
Bmagic |
berick: if I update the status of acq.edi_message to 'retry' - it will recreate the message right? |
| 11:26 |
berick |
Bmagic: yes, it should |
| 11:26 |
Bmagic |
and furthermore I could just --test-mode ? |
| 11:27 |
berick |
Bmagic: and you can always pass a --po-id to edi_order_pusher.pl |
| 11:27 |
Bmagic |
yep, that's where I am headed |
| 11:27 |
berick |
and it will run regardles of the state of the edi message |
| 11:28 |
berick |
and of course --test-mode will just spit out the EDI |
| 11:28 |
berick |
w/o delivering anything |
| 11:28 |
Bmagic |
Use of uninitialized value in concatenation (.) or string at /usr/local/share/perl/5.22.1/OpenILS/Utils/EDIWriter.pm line 173. |
| 11:29 |
berick |
one of these.. $compiled{org_unit_san}.' '.$po->provider->edi_default->vendcode |
| 11:29 |
Bmagic |
ok |
| 11:29 |
Bmagic |
the answer is |
| 11:29 |
Bmagic |
'RFF+LI:58592' |
| 11:30 |
Bmagic |
with the new settings |
| 11:30 |
berick |
that's what I would expect |
| 11:30 |
berick |
just the ID |
| 11:30 |
Bmagic |
we might be good then |
| 11:30 |
berick |
only Ingram can say -- but I don't be surprised if they are expecting a "name" of some type |
| 11:30 |
berick |
er, won't |
| 11:31 |
Bmagic |
I have orders from October with ID numbers in there |
| 11:31 |
berick |
and no slashes? |
| 11:31 |
Bmagic |
with slashes |
| 11:31 |
Bmagic |
what do I need to do in order to get the slash? |
| 11:31 |
berick |
yeah, ok, if you want that you have to get rid of LINEITEM_REF_ID_ONLY |
| 11:32 |
Bmagic |
alright |
| 11:32 |
Bmagic |
I love the new order_pusher |
| 11:32 |
Bmagic |
'RFF+LI:3451/58592' |
| 11:32 |
berick |
yay |
| 11:32 |
Bmagic |
berick++ |
| 11:32 |
Bmagic |
and more karma coming |
| 11:33 |
Bmagic |
need to resend it for real |
| 11:34 |
Bmagic |
bummer, we already received ORDERSP from them |
| 11:34 |
|
Christineb joined #evergreen |
| 11:47 |
|
stephengwills_ joined #evergreen |
| 11:47 |
|
stephengwills_ left #evergreen |
| 11:48 |
|
stephengwills_ joined #evergreen |
| 11:50 |
|
stephengwills_ joined #evergreen |
| 11:52 |
|
rjackson_isl joined #evergreen |
| 12:00 |
|
khuckins joined #evergreen |
| 12:27 |
Bmagic |
berick: the trucating was happening in the INVOICE from INGRAM. they cut it off at 22 chars |
| 12:30 |
berick |
Bmagic: so what you showed me was not the PO coming from EG, but the invoice? |
| 12:30 |
Bmagic |
I believe so |
| 12:30 |
berick |
ok, *phew* |
| 12:30 |
Bmagic |
sorry, it's easy to get confused |
| 12:30 |
berick |
that was freaking me out |
| 12:31 |
berick |
but at least we know now |
| 12:31 |
Bmagic |
it's not you, it's me |
| 12:31 |
Bmagic |
:) |
| 12:31 |
berick |
:) |
| 12:32 |
Bmagic |
it's becoming clear that the INVOICE having been truncated like that would cause it to not link back |
| 12:32 |
csharp |
berick++ # bug 1746577 |
| 12:32 |
pinesol_green |
Launchpad bug 1746577 in OpenSRF "Websocket translator responder thread loops on broken jabber socket" [Undecided,Confirmed] https://launchpad.net/bugs/1746577 |
| 12:32 |
csharp |
works for me - I've signed off |
| 12:33 |
csharp |
now I'm interested in testing the other opensrf bug you found that was similar |
| 12:33 |
berick |
Bmagic: yes, exactly. the lineitem ID gets dropped on the floor |
| 12:34 |
berick |
and that's needed for the linking |
| 12:34 |
berick |
csharp++ |
| 12:34 |
|
stephengwills left #evergreen |
| 12:35 |
Dyrcona |
csharp++ # I'll test it, too. |
| 12:35 |
Dyrcona |
If it works for me, I'll push it. |
| 12:35 |
Bmagic |
berick: in theory, it would link back with the full PO name as long as they didn't truncate it |
| 12:35 |
berick |
arg, no direct flights from rdu to stl |
| 12:35 |
csharp |
not seeing the effects of bug 1744158 in the PINES logs :-/ |
| 12:35 |
pinesol_green |
Launchpad bug 1744158 in OpenSRF "osrf_websocket_translator send requests to the bit-bucket" [Undecided,Confirmed] https://launchpad.net/bugs/1744158 |
| 12:35 |
* berick |
will be spending some time in atl |
| 12:36 |
csharp |
berick: oh cool - what's the occasion? |
| 12:36 |
berick |
Bmagic: nah, the code ignores that data |
| 12:36 |
berick |
Bmagic: it gets the PO ID from the RFF+ON |
| 12:36 |
* Dyrcona |
still has to make arrangements for the conference. |
| 12:36 |
berick |
Bmagic: but having the PO ID is not enough |
| 12:36 |
berick |
it needs the LI IDs too |
| 12:36 |
csharp |
oh sorry - wasn't reading carefully :-/ |
| 12:37 |
csharp |
our organization now has a policy that we can't book flights more than 30 days out :-/ |
| 12:37 |
berick |
csharp: reason? |
| 12:37 |
csharp |
so hopefully there'll be a direct flight we can all get onto |
| 12:37 |
berick |
my ticket was ~$650 :( |
| 12:38 |
csharp |
berick: apparently people in our parent org were booking flights for things, then needing to cancel, leaving the parent org holding the bag |
| 12:38 |
berick |
alas, no amtrak from here to there unless I want to take some bus rides too |
| 12:38 |
berick |
csharp: ah |
| 12:38 |
csharp |
pretty sure none were at GPLS |
| 12:38 |
Dyrcona |
csharp: You organization likes spending more on plane tickets. |
| 12:38 |
Dyrcona |
:) |
| 12:39 |
csharp |
Dyrcona: yep |
| 12:39 |
Dyrcona |
I'm wondering if I can even go. I plan to take vacation the week before to visit colleges with my family. My daughter is now that old. :( |
| 12:39 |
|
jihpringle joined #evergreen |
| 12:41 |
* kmlussier |
sees the price of berick's tickets, starts looking for her own airline tickets now. |
| 12:46 |
csharp |
is it advisable to copy the osrf_websocket_translator.so file from one server to another? or is the safest way to implement the change to fully reinstall opensrf? |
| 12:47 |
Dyrcona |
csharp: If you're running the same release of Linux on all the machines, it should be OK to copy the library. |
| 12:49 |
csharp |
Dyrcona: cool - thanks - I'll experiment with that |
| 12:50 |
Dyrcona |
You'll want to stop Apache while copying it. |
| 12:57 |
* JBoyer |
gets all jealous reading about people booking flights; state employees can't even request permission to go on a trip until the scheduled is posted. @_@ |
| 12:58 |
JBoyer |
I mean, I'm not taking a plane for this, but there's no booking a room until it's approved either. Maybe in March. :-/ |
| 13:11 |
collum |
JBoyer: Do you mean the conference schedule? If so, it was posted a few days ago. http://bit.ly/2FDme4i |
| 13:11 |
JBoyer |
Yes. And I put in my request yesterday. :) But they still have up to 30 days to reply. :/ |
| 13:12 |
collum |
Ah! |
| 13:44 |
|
derekz joined #evergreen |
| 13:47 |
|
ohiojoe joined #evergreen |
| 13:52 |
ohiojoe |
just an fyi, DIG meeting starting in less than 10 minutes |
| 14:00 |
ohiojoe |
#startmeeting 2018-02-01 – Documentation Interest Group Meeting |
| 14:00 |
pinesol_green |
Meeting started Thu Feb 1 14:00:50 2018 US/Eastern. The chair is ohiojoe. Information about MeetBot at http://wiki.debian.org/MeetBot. |
| 14:00 |
pinesol_green |
Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. |
| 14:00 |
pinesol_green |
The meeting name has been set to '2018_02_01___documentation_interest_group_meeting' |
| 14:01 |
ohiojoe |
#topic agenda |
| 14:01 |
ohiojoe |
#link https://wiki.evergreen-ils.org/doku.php?id=evergreen-docs:dig_meeting_20180201-agenda |
| 14:01 |
ohiojoe |
#topic Introductions: please paste "#info <username> is <name> <affiliation>" to identify who you are and what organization, if any, you represent |
| 14:01 |
jihpringle |
#info jihpringle is Jennifer Pringle, BC Libraries Cooperative (Sitka) |
| 14:02 |
remingtron |
#info remingtron is Remington Steed, Hekman Library (Calvin College) |
| 14:02 |
ohiojoe |
#info ohiojoe is Joe Knueven, Germantown Public Library, Consortium of Ohio Libraries |
| 14:02 |
abneiman |
#info abneiman, Andrea Buntz Neiman, Equinox OLI |
| 14:03 |
ohiojoe |
#topic Ongoing Business |
| 14:03 |
ohiojoe |
I thought we could jump down since there appears to be some items added recently.. |
| 14:03 |
ohiojoe |
#topic Progress on documenting new features in Evergreen 3.0 (and previous) and the Web client Web Client docs |
| 14:04 |
remingtron |
#link https://wiki.evergreen-ils.org/doku.php?id=evergreen-docs:3.0_needs |
| 14:04 |
remingtron |
#link https://wiki.evergreen-ils.org/doku.php?id=evergreen-docs:webclient |
| 14:05 |
ohiojoe |
Thank you, I should have pulled the location links out of the agenda |
| 14:05 |
ohiojoe |
remingtron++ |
| 14:07 |
ohiojoe |
Any thoughts here before we move along? |
| 14:11 |
jihpringle |
should we start thinking about a documenting hack day for 3.1? since it's scheduled for March |
| 14:11 |
jihpringle |
sorry, the release of 3.1 is scheduled for March |
| 14:11 |
remingtron |
jihpringle: I think that's a good idea |
| 14:13 |
jihpringle |
dates may have changed, but the last I saw the 3.1 release candidate set to be released March 21 |
| 14:13 |
jihpringle |
so end of March/beginning of April? |
| 14:14 |
remingtron |
and may be worth a "catch up on web client docs" hacking day before that |
| 14:15 |
jihpringle |
catch up in early March, 3.1 in early April? |
| 14:15 |
remingtron |
some new features going forward may be hard to document until the web client docs are mostly finished |
| 14:16 |
remingtron |
but we're close to finished with Circ and Cataloging chapters |
| 14:16 |
remingtron |
just need some help to finish them up. |
| 14:16 |
ohiojoe |
so maybe try for a web client docs hack day? or one of each? |
| 14:16 |
jihpringle |
I think we need two |
| 14:16 |
remingtron |
yeah, one of each sounds good |
| 14:16 |
jihpringle |
one for catch up and one to focus on 3.1 |
| 14:16 |
abneiman |
yeah, one of each would probably be best |
| 14:17 |
jihpringle |
do we want to put out a doodle poll to see when people are available? |
| 14:17 |
ohiojoe |
ok, since I've been negligent with some of my other DIG duties, I could organize doodles for both.. |
| 14:17 |
ohiojoe |
one for early March, one for early April? |
| 14:18 |
jihpringle |
maybe week of March 5th for catch up, and week of April 9th for 3.1 |
| 14:19 |
jihpringle |
I think previously we've done the version hack day closer to release, but I know I can't do 2 hack days in March |
| 14:20 |
ohiojoe |
and this is an unusual circumstance with all of the web client stuff in 3.0 that needs completed first.. |
| 14:21 |
ohiojoe |
that schedule sounds good to me.. any objections? |
| 14:21 |
abneiman |
+1 |
| 14:21 |
jihpringle |
+1 |
| 14:22 |
remingtron |
+1 |
| 14:22 |
ohiojoe |
#action ohiojoe will doodle poll the EG community about doc hack days, one the week of March 5th for web client cleanup and one the week of April 9th for 3.1 |
| 14:22 |
ohiojoe |
moving along then |
| 14:22 |
ohiojoe |
#topic Progress on documentation launchpad bugs |
| 14:23 |
ohiojoe |
#link https://bugs.launchpad.net/evergreen/+bugs?field.tag=documentation |
| 14:23 |
ohiojoe |
#link https://bugs.launchpad.net/evergreen/+bug/1642023 |
| 14:23 |
pinesol_green |
Launchpad bug 1642023 in Evergreen "Docs: Web Client Print / Receipt Templates" [Medium,Triaged] |
| 14:23 |
ohiojoe |
#link https://bugs.launchpad.net/evergreen/+bug/1494736 |
| 14:23 |
pinesol_green |
Launchpad bug 1494736 in Evergreen "Docs: Self Check docs additions" [Undecided,New] |
| 14:23 |
ohiojoe |
#link https://bugs.launchpad.net/evergreen/+bug/1744358 |
| 14:23 |
pinesol_green |
Launchpad bug 1744358 in Evergreen "Fix and improve Action Trigger Reactor docs" [Undecided,Confirmed] |
| 14:23 |
ohiojoe |
#link https://bugs.launchpad.net/evergreen/+bug/1426120 |
| 14:23 |
pinesol_green |
Launchpad bug 1426120 in Evergreen "Documentation: Best-hold selection Sort Order options" [Undecided,New] - Assigned to Josh Stompro (u-launchpad-stompro-org) |
| 14:25 |
jihpringle |
the receipt template docs that PINES put together are excellent |
| 14:26 |
|
khuckins_ joined #evergreen |
| 14:30 |
ohiojoe |
yeah, they really are.. I have them bookmarked since I still need to convert my reciepts and move my people over to webby.. |
| 14:33 |
ohiojoe |
anything else here? |
| 14:36 |
ohiojoe |
#topic Old Business |
| 14:36 |
ohiojoe |
#topic Previous Action Items |
| 14:37 |
ohiojoe |
I know most of the folks on here are not with us here today.. |
| 14:37 |
jihpringle |
I'll check with Christineb about hers tomorrow (she's away today) |
| 14:38 |
ohiojoe |
and now that I look at this, there's at least two or three items for me that I need to send out.. |
| 14:38 |
jihpringle |
mine, #11 is still on my to do list |
| 14:38 |
ohiojoe |
I need to dedicate a day to DIG here and clear out some of the stuff I've committed to.. |
| 14:41 |
ohiojoe |
any other thoughts here? |
| 14:42 |
ohiojoe |
if not.. |
| 14:42 |
ohiojoe |
#topic New Business |
| 14:43 |
jihpringle |
EG conference and potential recruiting? |
| 14:43 |
remingtron |
+1 |
| 14:43 |
abneiman |
+1 -- I swear there had been a place on the schedule for a conference docs hackfest but now I don't see it |
| 14:44 |
ohiojoe |
On the conference front, I've agreed to facilitate a docs hackfest as well as DIG meeting.. it looks like the DIG meeting is scheduled for |
| 14:44 |
ohiojoe |
Wednesday morning 5/2 at 8am |
| 14:44 |
ohiojoe |
abneiman: It was there before, but it looks like they're moving the schedule into a new format.. |
| 14:45 |
jihpringle |
the original pre-conference page talked about the dig and dev hackfest being on Monday |
| 14:45 |
ohiojoe |
I have assurance from Debbie Luchenbill that it will be listed on the schedule, probably by the end of the day today.. |
| 14:45 |
kmlussier |
abneiman: At one point, there was talk of merging the DIG hackfest with the dev hackfest again this year. |
| 14:45 |
remingtron |
ohiojoe++ #for facilitating |
| 14:45 |
* abneiman |
just wants to know which day to show up :) |
| 14:45 |
jihpringle |
it's harder to do the dig hackfest with the formal pre-conference sessions |
| 14:46 |
jihpringle |
I'm the only Co-op person going this year and so need to go to pre-conference sessions that are relevant to us |
| 14:46 |
ohiojoe |
yeah, with folks attending those and may of the folks who could/would hack docs doing the dev hackfest.. |
| 14:46 |
jihpringle |
but if we are writing on the Monday I'll pop by as much as I can |
| 14:47 |
ohiojoe |
it's hard for people to find the time.. |
| 14:47 |
ohiojoe |
it's part of why I'm glad I can carve out the time to keep it open.. we'll see what happens with it.. worst case scenario, I'll get more up to speed on ascidoc.. |
| 14:48 |
jihpringle |
could we do an informal thing at lunch on the Wednesday |
| 14:48 |
jihpringle |
if you couldn't make it to the DIG interest group and want to know more come have lunch with us? |
| 14:49 |
remingtron |
jihpringle: +1 |
| 14:49 |
abneiman |
+1 |
| 14:49 |
ohiojoe |
I don't see why not.. we could send a note out on the DIG list & general list around the start of that week? |
| 14:50 |
jihpringle |
what about a simple handout with the mailing list, linsk to the wiki, and how to get started contributing to DIG that we could give to people? |
| 14:50 |
ohiojoe |
it looks like there's a solid 2+ hour opening there.. |
| 14:52 |
abneiman |
we can ask the local organizers if there's a good location for that |
| 14:52 |
jihpringle |
I was thinking just claim a table wherever they're doing lunch |
| 14:52 |
jihpringle |
we could follow up with a webinar about how to contribute to DIG post conference when everyone has more time |
| 14:53 |
ohiojoe |
I like the single page idea.. |
| 14:53 |
jihpringle |
I can draft something for the next meeting |
| 14:53 |
jihpringle |
for the single page |
| 14:53 |
ohiojoe |
excellent.. :-) |
| 14:53 |
ohiojoe |
jhpringle++ |
| 14:54 |
ohiojoe |
#action jihpringle will draft a simple handout with the mailing list, linsk to the wiki, and how to get started contributing to DIG |
| 14:54 |
jihpringle |
I think overall we may have better luck if we focus at the conference on recruitment for DIG rather than getting substantial documentation done |
| 14:54 |
remingtron |
jihpringle: I agree |
| 14:55 |
ohiojoe |
I wonder if there would be an issue hiavng such a one page recruiting tool at the registration table? |
| 14:55 |
jihpringle |
or in the registration packages? |
| 14:55 |
jihpringle |
we're part of the community and not advertisting anything |
| 14:56 |
jihpringle |
I can email Debbie and ask what we can/can't do |
| 14:56 |
ohiojoe |
yeah, I was trying to recall from 2017 if there was any reason why that couldn't be done.. I can't think of any |
| 14:56 |
ohiojoe |
sounds good |
| 14:58 |
ohiojoe |
well, we are coming up to the top of the hour.. is there anything else before we wrap up? |
| 14:59 |
jihpringle |
is our next meeting the 1st of March? |
| 15:00 |
ohiojoe |
yeah, March 1st |
| 15:00 |
ohiojoe |
I should start announcing that here, now that I think about it |
| 15:00 |
ohiojoe |
#info next meeting will be Thursday 3/1/18, 2pm EST/ 11am PST |
| 15:01 |
ohiojoe |
#endmeeting |
| 15:01 |
pinesol_green |
Meeting ended Thu Feb 1 15:01:07 2018 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
| 15:01 |
pinesol_green |
Minutes: http://evergreen-ils.org/meetings/evergreen/2018/evergreen.2018-02-01-14.00.html |
| 15:01 |
pinesol_green |
Minutes (text): http://evergreen-ils.org/meetings/evergreen/2018/evergreen.2018-02-01-14.00.txt |
| 15:01 |
pinesol_green |
Log: http://evergreen-ils.org/meetings/evergreen/2018/evergreen.2018-02-01-14.00.log.html |
| 15:01 |
remingtron |
ohiojoe++ |
| 15:01 |
ohiojoe |
thank you folks for participating |
| 15:01 |
abneiman |
ohiojoe++ |
| 15:02 |
jihpringle |
ohiojoe++ |
| 15:03 |
|
mmorgan1 joined #evergreen |
| 15:18 |
* miker |
blinks at two spinning websockets threads from one process |
| 15:20 |
* Dyrcona |
is just about done testing berick's branch on Lp 1746577 |
| 15:20 |
pinesol_green |
Launchpad bug 1746577 in OpenSRF "Websocket translator responder thread loops on broken jabber socket" [Undecided,Confirmed] https://launchpad.net/bugs/1746577 - Assigned to Jason Stephenson (jstephenson) |
| 15:20 |
Dyrcona |
It's working for me, and I am going to push it. |
| 15:20 |
Dyrcona |
miker: Do you want to give it a go? |
| 15:22 |
miker |
Dyrcona: no, feel free to push it, please. and the other related, if you've tested that too |
| 15:22 |
Dyrcona |
I've not tested that one, but might as well. |
| 15:47 |
Dyrcona |
miker | berick: The branch on Lp 1744158 is also working for me. I'll add my signoff to both branches and push 'em to master and rel_3_0. |
| 15:47 |
pinesol_green |
Launchpad bug 1744158 in OpenSRF "osrf_websocket_translator send requests to the bit-bucket" [Undecided,Confirmed] https://launchpad.net/bugs/1744158 |
| 15:48 |
berick |
Dyrcona++ |
| 15:49 |
miker |
Dyrcona++ |
| 15:52 |
|
khuckins__ joined #evergreen |
| 15:55 |
pinesol_green |
[opensrf|Bill Erickson] LP#1746577 Websocket responder exits on jabber disconnect - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=50a6bca> |
| 15:55 |
pinesol_green |
[opensrf|Bill Erickson] LP#1744158 Websocket proc exits on ejabberd disconnect - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=4163499> |
| 15:58 |
Dyrcona |
berick++ |
| 16:03 |
kmlussier |
miker: Is a reingest required after turning Combined on for a search class? |
| 16:05 |
miker |
kmlussier: not a full one, but you will want to: select metabib.update_combined_index_vectors(id) from biblio.record_entry where not deleted and id > 0; -- at least, I think |
| 16:06 |
kmlussier |
miker: Great, thanks! |
| 16:09 |
Dyrcona |
Hmm. It looks like pingest could maybe use some new flags. |
| 16:10 |
Dyrcona |
And, it seems like it might be smarter to use flags to turn some features on, rather than off. |
| 16:22 |
csharp |
berick++ Dyrcona++ |
| 16:26 |
csharp |
we're seeing several cases where hatch isn't able to retrieve a particular value, then it tries to retrieve it from local storage, and the mix of hatch vs. non-hatch values makes everything fall apart resulting in really weird behavior |
| 16:26 |
csharp |
trying to get more data so we can possibly reproduce |
| 16:27 |
csharp |
for instance, within an authenicated session, staff try to search the OPAC and see a workstation registration screen within the frame |
| 16:28 |
csharp |
error: Hatch command failed with status=400 and message=Bad Request: org.json.JSONException: JSONObject["content"] not found. |
| 16:29 |
csharp |
then Unable to getItem from Hatch: eg.workstation.all. Retrieving item from local storage instead. |
| 16:52 |
|
mmorgan joined #evergreen |
| 17:00 |
berick |
csharp: are you seeing the hatch requests in the log as well? |
| 17:03 |
berick |
will be at debug log level -- might have to change console filter to see them |
| 17:11 |
|
mmorgan left #evergreen |
| 17:13 |
|
derekz left #evergreen |
| 17:15 |
|
jvwoolf left #evergreen |
| 17:57 |
csharp |
berick: working from screenshots from a staff member - I'll inspect them to see if they're share-able |
| 17:57 |
csharp |
looks like we need to have them expand the arrow for some of these details |
| 18:20 |
|
abowling1 joined #evergreen |
| 18:32 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:35 |
|
abowling joined #evergreen |
