| Time |
Nick |
Message |
| 00:07 |
|
abowling joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:24 |
|
rjackson_isl joined #evergreen |
| 07:29 |
|
agoben joined #evergreen |
| 07:30 |
JBoyer |
csharp, re: yesterday's "how are whitescreen formed?" discussion, I've also seen it without hatch but caused by some kind of lovefield connection error. The fix for that is to blow away the web database, which hopefully doesn't have any transactions in it... |
| 07:34 |
JBoyer |
(The *cause* is anyone's guess.) |
| 07:55 |
|
rlefaive joined #evergreen |
| 08:04 |
|
annagoben joined #evergreen |
| 08:11 |
csharp |
JBoyer: thanks! |
| 08:29 |
|
rlefaive joined #evergreen |
| 08:42 |
|
_adb joined #evergreen |
| 09:11 |
|
bos20k joined #evergreen |
| 09:28 |
|
rlefaive joined #evergreen |
| 09:43 |
|
bos20k joined #evergreen |
| 09:49 |
|
Dyrcona joined #evergreen |
| 10:02 |
|
slink-lib joined #evergreen |
| 10:30 |
|
jvwoolf joined #evergreen |
| 10:49 |
pinesol_green |
[evergreen|Jason Boyer] LP1741072: Global String<->Num Directives for ngModel - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3a787ae> |
| 11:03 |
|
kmlussier joined #evergreen |
| 11:03 |
pinesol_green |
[evergreen|Jason Boyer] LP1712646: Require a Billing Type to Bill User - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3b596a0> |
| 11:11 |
|
mdriscoll joined #evergreen |
| 11:49 |
bshum |
berick: So the new commits that just got added are blowing up my attempts to run grunt all, etc. |
| 11:49 |
* bshum |
just so happened to be building a fresh VM |
| 11:50 |
berick |
arg, i of course didn't test that |
| 11:50 |
berick |
looking |
| 11:52 |
berick |
bshum: the itemSvc.convert_xul_templates errors? |
| 11:52 |
bshum |
berick: Yep, I think that's what I saw |
| 11:53 |
bshum |
"itemSvc.convert_xul_templates converts copy templates as expected" and then unhappiness |
| 12:08 |
|
Christineb joined #evergreen |
| 12:30 |
csharp |
probably a problem with the test and not the code |
| 12:31 |
|
jihpringle joined #evergreen |
| 12:31 |
berick |
yeah |
| 12:31 |
berick |
the service use to handle more of the data cleanup, no longer necessary w/ the template formatters |
| 12:36 |
Dyrcona |
tests+- |
| 12:45 |
|
book` joined #evergreen |
| 12:46 |
Dyrcona |
bshum: If it's just the tests failing you can bypass that with --force or doing grunt build |
| 12:46 |
Dyrcona |
I think it's grunt build. I've run into that sort of thing before. |
| 13:19 |
Dyrcona |
Bmgic: Did you ever get overdrive integration working with their test site? I think it was you who was going to try. |
| 13:19 |
Dyrcona |
Bleh.... Bmagic ^^ |
| 14:30 |
miker |
kmlussier / berick: just a head's up: https://bugs.launchpad.net/evergreen/+bug/1736419 has a branch |
| 14:30 |
pinesol_green |
Launchpad bug 1736419 in Evergreen "Search Showing Bibs with no Holdings" [High,Confirmed] |
| 14:30 |
kmlussier |
miker++ |
| 14:31 |
miker |
and the limit-to-avail-as-staff |
| 14:31 |
kmlussier |
I'm happy to have a reason to take a break from what I'm working on and test that branch. :) |
| 14:31 |
berick |
miker++ |
| 14:44 |
bshum |
Dyrcona: I'll give that a whirl too, just figured I'd mention since it'd probably be trouble for others down the road |
| 14:51 |
Dyrcona |
bshum: Yep. That's why I mentioned gunt build in channel. |
| 14:54 |
|
dwgreen joined #evergreen |
| 15:02 |
abneiman |
3 |
| 15:02 |
Dyrcona |
4 |
| 15:03 |
abneiman |
(sorry, catlike typing detected) |
| 15:03 |
Dyrcona |
:) |
| 15:03 |
abneiman |
:) |
| 15:20 |
csharp |
@blame get 4 |
| 15:20 |
pinesol_green |
csharp: Blame #4: "It really IS $who's fault!" (added by bshum at 05:29 PM, September 12, 2012) |
| 15:20 |
Dyrcona |
@blame get 3 |
| 15:20 |
pinesol_green |
Dyrcona: Blame #3: "Your failure is now complete, $who." (added by bshum at 04:26 PM, June 06, 2012) |
| 15:20 |
csharp |
@blame 3 [quote 4] |
| 15:20 |
pinesol_green |
csharp: Your failure is now complete, Zoia knows how to make fusilli.. |
| 15:20 |
Dyrcona |
:) |
| 15:20 |
Dyrcona |
@blame 4 branch prediction |
| 15:20 |
pinesol_green |
Dyrcona: It really IS branch prediction's fault! |
| 15:21 |
csharp |
@blame [dunno] for [quote random] |
| 15:21 |
pinesol_green |
csharp: We're going to need a bigger boat. musta been an Apple employee. for Quote #152: "< Dyrcona> Never mind, that's too much work for 4:00 pm on a Friday. :)" (added by csharp at 04:05 PM, May 06, 2016) |
| 15:22 |
bshum |
It is Friday.... hmm.... |
| 15:24 |
Dyrcona |
@quote random |
| 15:24 |
pinesol_green |
Dyrcona: Quote #23: "<phasefx> all in all, it was just another brick in the cluster" (added by gmcharlt at 03:03 PM, May 03, 2012) |
| 15:25 |
* berick |
chuckles |
| 15:26 |
Dyrcona |
@quote get 4 |
| 15:26 |
pinesol_green |
Dyrcona: Error: There is no Quote with id #4 in my database for #evergreen. |
| 15:26 |
Dyrcona |
@quote get 3 |
| 15:26 |
pinesol_green |
Dyrcona: Quote #3: "<berick> doh" (added by Dyrcona at 11:24 AM, February 17, 2011) |
| 15:26 |
Dyrcona |
heh. |
| 15:26 |
berick |
i coined that |
| 15:27 |
Dyrcona |
@blame [band] for [dunno] |
| 15:27 |
pinesol_green |
Dyrcona: Bad Margins was monkeying around too much on the prod servers! for pretty sure there's already a bug report about that. |
| 15:28 |
berick |
@who will open for [band] ? |
| 15:28 |
pinesol_green |
troy__ will open for C-Sharp and The Servers. |
| 15:28 |
berick |
i remember that show |
| 15:28 |
troy__ |
ain't nobody got time for that |
| 15:29 |
berick |
troy__++ |
| 15:29 |
Dyrcona |
@who doesn't know the way to The Next Whisky Bar. |
| 15:29 |
pinesol_green |
bos20k doesn't know the way to The Next Whisky Bar. |
| 15:29 |
troy__ |
that one i do have time for |
| 15:29 |
Dyrcona |
:) |
| 15:30 |
troy__ |
website launches are too real :P |
| 15:30 |
bos20k |
So says you pinesol_green... |
| 15:30 |
troy__ |
berick++ |
| 15:30 |
Dyrcona |
bos20k++ |
| 15:31 |
Dyrcona |
And, here comes Alabama Song..... |
| 15:31 |
* Dyrcona |
is listening to The Doors. |
| 15:32 |
bshum |
bos20k++ |
| 15:32 |
bos20k |
Dyrcona++ |
| 15:32 |
bos20k |
bshum++ |
| 15:44 |
Bmagic |
Dyrcona: That project is still ongoing. I have it enabled and received some feedback from their API team pointing out some flaws in the API communication from our server |
| 15:45 |
Dyrcona |
Bmagic: Doesn't seem to be working for me. I wonder if I have to alter URLs in 856s or something. |
| 15:45 |
Dyrcona |
Or, if I need to set library name or .... |
| 15:46 |
Bmagic |
Dyrcona: I had it working where it would lookup the availablility of a title but nothing about patron specific holds and checkouts |
| 15:48 |
Dyrcona |
Bmagic: All of that has supposedly been enabled for us on the test environment. |
| 15:49 |
Bmagic |
Dyrcona: so you don't have any of it working? |
| 15:49 |
Dyrcona |
TBH, I don't know. |
| 15:50 |
Dyrcona |
I checked something out to myself on the test site and it doesn't show up in Evergreen, but we may not have that record loaded.... |
| 15:51 |
Dyrcona |
I see some availability for ebooks in our test OPAC, but I don't know what it is supposed to look like. :/ |
| 15:51 |
Dyrcona |
Like it will say eaudio (1) or ebook (1), but I dunno if that's coming from Overdrive or not, though I suspect not. |
| 15:52 |
Dyrcona |
My test OPAC is our data upgraded to 3.0.2 with no customization. |
| 15:53 |
Dyrcona |
@eightball Is this The End? |
| 15:53 |
pinesol_green |
Dyrcona: NO! |
| 15:55 |
kmlussier |
Dyrcona: Is your test OPAC accessible to the outside world? |
| 15:56 |
Dyrcona |
kmlussier: I wanted it to be, but apparently it isn't. |
| 15:56 |
Dyrcona |
I had to use the VPN to connect. |
| 15:57 |
Dyrcona |
We had fun with the networking on this machine after a recent kernel update, too. |
| 15:58 |
kmlussier |
Dyrcona: If you're seeing any availability counts for Overdrive titles, I would assume it's coming from Overdrive. But I would have to see it to be sure. |
| 15:58 |
kmlussier |
Dyrcona: This is what it looks like at NOBLE - http://evergreen.noblenet.org/eg/opac/record/3189742 - but I suspect they may have customized it. |
| 16:02 |
jeffdavis |
yes, that has been customized |
| 16:02 |
jeffdavis |
one might even say "improved" |
| 16:02 |
kmlussier |
jeffdavis: If you think it's an improvement, I'm sure we can pull a branch together. |
| 16:03 |
* kmlussier |
can't even remember what the changes were. |
| 16:03 |
Dyrcona |
I think availability may be working, even in production, for us. |
| 16:08 |
Dyrcona |
Though we might have turned it off in production. Too much has gone on in the past few months. |
| 16:08 |
kmlussier |
Dyrcona: The eaudio (1) ebook (1) that you mentioned above. Are you referring to what displays under "View other formats and editions"? |
| 16:09 |
Dyrcona |
Yes, it is. |
| 16:10 |
kmlussier |
Dyrcona: Yeah, that's something different. That just brings the user to another format if they want something different from the current record. |
| 16:11 |
Dyrcona |
OK. It's not working for us. |
| 16:12 |
* Dyrcona |
hates testing environments. |
| 16:12 |
jeffdavis |
Testing the API integration stuff is especially painful unfortunately. :( |
| 16:13 |
kmlussier |
jeffdavis: The grunt all error you encountered is something different. bshum discovered it earlier today. You can use grunt all --force to bypass it. |
| 16:13 |
Dyrcona |
I think just "grunt build" works. |
| 16:13 |
Dyrcona |
That'll build it and skip the testis, IIRC. |
| 16:13 |
jeffdavis |
Thanks! I'll try one of those and see if having the whole branch changes the outcome. |
| 16:17 |
kmlussier |
jeffdavis: I'm getting the same results as you at this point. :( |
| 16:21 |
Dyrcona |
jeffdavis: Do the records have to use "new style" Overdrive URLs to work properly? |
| 16:21 |
Dyrcona |
Actually, I'm not even sure that means anything. |
| 16:22 |
jeffdavis |
Dyrcona: IIRC old-style URLs should work as long as you've got pattern matching set up in config.tt2 but it's been awhile since I tested |
| 16:22 |
Dyrcona |
I kind of botched the pattern matching, but this record should match. We have multiple patterns. |
| 16:23 |
Bmagic |
So, I am finding that null values in config.hold_matrix_matchpoint -> age_hold_protect_rule is matching items that have age protection. Should that be the case? |
| 16:23 |
Dyrcona |
Bmagic: Yes, it would be the case if other things match. |
| 16:25 |
Bmagic |
what a mess, found 22 examples.... |
| 16:25 |
Dyrcona |
Holds are best match, IIRC. |
| 16:25 |
Bmagic |
there needs to be something like age_hold_protect IS null and only null instead of "anything in this column matches" |
| 16:26 |
jeffdavis |
Dyrcona: looks like it should take any URI that matches one of your base_uris values, then basically do $overdrive_id = 's/^.*\/ContentDetails.htm\?ID=//g' - so if your old-style URIs have trailing non-identifier info after ID= or otherwise don't match that pattern, they won't work |
| 16:27 |
Dyrcona |
That's how this one looks: http://digitalbooks.cwmars.org/ContentDetails.htm?ID=46896ACA-6F3B-403D-96A4-7B10329ED4B2 |
| 16:31 |
jeffdavis |
yeah I would expect that to work with ebook_api.overdrive.base_uris = [ 'http://digitalbooks.cwmars.org' ]; |
| 16:33 |
jeff |
For libraries here that use serials, do you weed/delete serial units frequently? I'm trying to determine if there's room for improvement in our workflow with regard to deleting serial units, or if it's something that currently requires several steps -- and if we want to see about trying to improve that. |
| 16:35 |
* jeff |
eyes bug 1414197 |
| 16:35 |
pinesol_green |
Launchpad bug 1414197 in Evergreen "serials: deleting an item does not update the basic summary statement" [Medium,New] https://launchpad.net/bugs/1414197 |
| 16:36 |
jeff |
here I thought that deleting the issuance was proper and something we just needed to remember to do, but kmlussier describes deleting the issuance as a "workaround". now I'm not sure what to think. :-) |
| 16:37 |
jeff |
and now that i see it, i'm really wondering about bug 1099510 and the idea / use case of serials + parts. |
| 16:37 |
pinesol_green |
Launchpad bug 1099510 in Evergreen "Wishlist: Set parts when receiving serials" [Wishlist,Triaged] https://launchpad.net/bugs/1099510 |
| 16:38 |
jeff |
I'm aware of libraries doing "serials as monographs" and "serials as monographs + parts", but had not considered "serials WITH parts" |
| 16:41 |
kmlussier |
jeff: I think part of the issue (no pun intended) is that in our consortia, we have a mix of libraries that use serials and don't use serials. Using parts provides a common method among all those libraries to allow patrons to place holds. |
| 16:45 |
jeff |
kmlussier: okay, I think I follow -- thanks! |
| 16:46 |
jeff |
kmlussier: any insight into the other (no pun intended) issue above? is deleting an issuance in order for the basic summary statement to update normal/proper, or a "workaround"? |
| 16:48 |
kmlussier |
jeff: I don't know. It's not fresh in my mind, so I would have to look at it a little more closely. |
| 16:55 |
* kmlussier |
looks into it, finds new web client bug. |
| 16:58 |
kmlussier |
jeff: Here's my thought. If the expected workflow is to delete the issuance, then the system shouldn't allow you to delete the item without deleting the issuance. Because if you can delete the item, staff will do so and will expect the summary to update. |
| 16:58 |
kmlussier |
However, this is all a moot point now since I don't see a way to delete an issuance in the web client. I could just be missing it. |
| 16:58 |
kmlussier |
And deleting an item fails. |
| 17:00 |
abneiman |
kmlussier, re that last one, bug 1717593 |
| 17:00 |
pinesol_green |
Launchpad bug 1717593 in Evergreen "web client serials: cannot delete expected issues" [Medium,Confirmed] https://launchpad.net/bugs/1717593 |
| 17:00 |
kmlussier |
abneiman++ |
| 17:01 |
kmlussier |
abneiman: In my case, I was trying to delete a received issue. |
| 17:02 |
kmlussier |
Same error message in the console. |
| 17:04 |
abneiman |
ah, ok, I misread -- Friday brain |
| 17:04 |
pinesol_green |
[evergreen|Michele Morgan] LP#1739676 - Web client check in LOST_AND_PAID status - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=21d821c> |
| 17:08 |
* jeff |
pours some hornets on the hornets' nest he's stumbled upon |
| 17:11 |
_adb |
jeff: https://i.imgur.com/9ArQ7J1.gif |
| 17:13 |
berick |
_adb++ |
| 17:14 |
kmlussier |
:) |
| 17:22 |
jeff |
_adb++ yep! |
| 17:22 |
|
jvwoolf left #evergreen |
| 17:34 |
Bmagic |
miker csharp: Mana from heaven! |
| 17:34 |
Bmagic |
it was a LIBRARY SETTING! "Disable Automatic Print Attempt Type List" |
| 17:35 |
Bmagic |
5 hours later, clicked "revert" to null and violla! It prompts a print slip |
| 17:41 |
Bmagic |
Never seen that library setting before. That setting is hilarious. |
| 18:31 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 21:19 |
|
ejk_ joined #evergreen |
| 21:20 |
|
gmcharlt_ joined #evergreen |
