| Time |
Nick |
Message |
| 08:41 |
|
mmorgan joined #evergreen |
| 09:10 |
|
Dyrcona joined #evergreen |
| 10:59 |
|
Christineb joined #evergreen |
| 11:11 |
csharp_ |
who all is running the newer SIP2 Mediator in production? |
| 11:12 |
csharp_ |
hitting some dumb issues with SIPServer that might Just Work™ on the newer SIP2 code |
| 11:13 |
csharp_ |
(issues: 1) for some reason, Patron Information requests including Unavailable Holds are just timing out with little in the logs to suggest why |
| 11:14 |
csharp_ |
2) EG-side code for SIPServer is not aware of new-style item alerts which is causing a problem for automatic sorting) |
| 11:14 |
csharp_ |
docs are scant from my searching |
| 11:15 |
csharp_ |
sip2-- |
| 11:19 |
Dyrcona |
OpenAPI is the way to go. |
| 11:19 |
csharp_ |
yeah |
| 11:20 |
* Dyrcona |
says after opening a bug on OpenAPI this morning. |
| 11:23 |
Dyrcona |
Think I'll file another about "console noise." |
| 11:29 |
Dyrcona |
Mabye I'll check if that's an actual thing or something that I did with my new code. |
| 11:30 |
csharp_ |
OpenAPI: was it something I typed? |
| 11:32 |
Dyrcona |
It might be related to my fix of the bug I just reported. It might be something else. |
| 11:32 |
Dyrcona |
I'll wait to commit my code until after I run another check. |
| 11:33 |
Dyrcona |
OK. I think it is. |
| 11:35 |
Dyrcona |
Yeahp. I don't get the "Use of uninitialized value in string eq at /openils/bin/openapi_server line 413" message unless I logout with Accept: application/json. |
| 11:36 |
Dyrcona |
Think I'll undo my fix and see if it still happens. It may just be a bug with that way of logging out. |
| 11:38 |
Dyrcona |
Yeah, it still happens without my fix for the object error, so maybe it's a different bug? |
| 11:38 |
jeff |
csharp_: do you care about the item alert content, or just the fact that an item alert exists? do you want to be able to ignore some, or have things like checkout-only or checkin-only alerts that only fire on the respective events for SIP transactions? |
| 11:39 |
jeff |
csharp_: irc isn't the best place to throw together a spec, but it isn't the worst. those have been bugging us for a long while, and we've tried to adjust workflows to not rely on them as much, but it would still be nice to have them back. |
| 11:39 |
csharp_ |
jeff: probably *any* item alert - all the sorters to is place the item in question into an exceptions bin |
| 11:40 |
* jeff |
nods |
| 11:40 |
csharp_ |
jeff++ |
| 11:40 |
csharp_ |
s/to/do/ |
| 11:40 |
Dyrcona |
We have experimented with SIP mediator here, but I don't know OTTOMH if it knows about new style item alerts. |
| 11:41 |
jeff |
we'd probably want to disregard alerts of certain types, especially "checkout" alerts, for items being returned/checked-in. i'll need to do some... gathering. |
| 11:41 |
csharp_ |
jeff: makes sense |
| 11:42 |
Dyrcona |
csharp_: Are you checking in via SIP2 or just looking up a copy status? (Can the latter be done? I'd have to look it up.) |
| 11:42 |
csharp_ |
it's checkin |
| 11:43 |
Dyrcona |
I guess it is a bit much to expect AMH vendors to switch to our OpenAPI... |
| 11:44 |
csharp_ |
maybe - some vendors ask specifically on setup forms nowadays |
| 11:44 |
csharp_ |
(for RESTful API) |
| 11:44 |
Dyrcona |
Well... maybe that is the way to go. |
| 11:48 |
Dyrcona |
If SIP2 checkin needs to return item alerts, you could open a bug on SIPServer's launchpad. I might get some time to look into it. |
| 11:51 |
csharp_ |
Dyrcona: well the SIPServer end is fine - we need to set the Y for "has alert" or whatever from the ILS end |
| 11:57 |
Dyrcona |
Ok. |
| 11:57 |
Dyrcona |
And, now that I've dumped some data, I think this unitialized value thing might be worthy of its own bug. |
| 11:58 |
* Dyrcona |
runs off to grab some lunch. |
| 11:58 |
|
jihpringle joined #evergreen |
| 12:30 |
jeff |
yes, Bibliotheca will not be moving from SIP to some Evergreen-speficic API anytime soon. I'm fairly confident in that, but I'll keep my eye out for easily-digestible caps just in case. :-) |
| 12:32 |
Dyrcona |
jeff: I'm finding all the bugs, so you won't have to. :) |
| 12:33 |
jeff |
i don't follow. |
| 12:33 |
jeff |
oh, I think I see what you thought I was saying. I wasn't saying that. :-) |
| 12:33 |
jeff |
sorry, realization dawned as I hit enter. :-P |
| 12:34 |
jeff |
(could have been worse) |
| 12:59 |
Dyrcona |
S'OK. |
| 13:00 |
Dyrcona |
I added a new git alias today that I'm finding to be very handy hr = "log --reverse --pretty=%H" |
| 13:00 |
Dyrcona |
I added it to get a list of commits for an Ansible vars.yml updated, but I also found it useful in a bash for loop to cherry-pick a few commits. |
| 13:01 |
Dyrcona |
example: for commit in $(git hr e4803461fb71f0c5296050a486846e6404731d15..working/user/dyrcona/lp2150148_wip); do git cherry-pick $commit; done |
| 13:05 |
Dyrcona |
Sometimes, I hate Perl. All I succeeded in doing was changing the line number of the unitialized value error. I need to also check if the filed is defined. |
| 13:42 |
Dyrcona |
Oh. The use Data::Dumper was not something that I added? I thought it was..... |
| 15:01 |
jeff |
argh. bug 2055690. |
| 15:02 |
jeff |
pinesol-- |
| 15:07 |
Dyrcona |
Yeah, we don't have a Launchpad plugin for the bot. |
| 15:08 |
|
mmorgan joined #evergreen |
| 15:17 |
Bmagic |
so, did we lose Batch Edit from Record Buckets in Angular? |
| 15:19 |
Bmagic |
nvm, I think it's behind a permission |
| 15:22 |
Bmagic |
nope, it's just not a button in the actual bucket grid, but rather, an option back on the bucket browse grid interface |
| 15:25 |
Bmagic |
It seems like it would be a sinch to include the button on the bucket interface? I suppose there's a level of complexity, as the user might not want to edit all* of the records, but only those that are seslected? |
| 15:32 |
|
JBoyer joined #evergreen |
| 16:34 |
|
jihpringle joined #evergreen |
| 17:09 |
|
mmorgan left #evergreen |
| 17:51 |
|
jihpringle joined #evergreen |
