Time |
Nick |
Message |
00:36 |
|
Callender joined #evergreen |
02:42 |
|
Callender joined #evergreen |
02:59 |
|
Callender_ joined #evergreen |
03:00 |
|
BigRig joined #evergreen |
05:14 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
07:25 |
|
jboyer-isl joined #evergreen |
07:42 |
|
dbwells_ joined #evergreen |
07:54 |
|
rjackson-isl joined #evergreen |
08:13 |
|
akilsdonk joined #evergreen |
08:22 |
|
collum joined #evergreen |
08:22 |
|
julialima_ joined #evergreen |
08:31 |
|
mrpeters joined #evergreen |
08:38 |
tsbere |
BMagic: From last night, as a general note, overdue fine dates tend to be the "end" of the billing period, not the start. Never did try and figure out why, though. |
08:40 |
|
RoganH joined #evergreen |
08:46 |
|
Shae joined #evergreen |
08:49 |
|
mmorgan joined #evergreen |
08:53 |
|
jwoodard joined #evergreen |
08:59 |
|
krvmga joined #evergreen |
09:02 |
|
abowling joined #evergreen |
09:06 |
|
mmorgan joined #evergreen |
09:15 |
|
Dyrcona joined #evergreen |
09:22 |
|
sarabee joined #evergreen |
09:42 |
|
jeff_ joined #evergreen |
09:47 |
|
mllewellyn joined #evergreen |
09:47 |
Dyrcona |
@blame Boopsie |
09:47 |
pinesol_green |
Dyrcona: Boopsie caused the white screen of death! |
09:47 |
Dyrcona |
@blame LibraryBooks |
09:47 |
pinesol_green |
Dyrcona: everything was going great until LibraryBooks came along |
09:48 |
Dyrcona |
True dat, on the latter. |
09:48 |
RoganH |
We've had sales pitches for Boopsie several times. It's had merit but it's seemed awkward to me. |
09:50 |
Dyrcona |
GET /eg/opac/myopac/circs HTTP/1.1" 200 39291 "-" "curl/7.22.0 for Boopsie, Inc." |
09:51 |
jeff |
i was disappointed when they switched to screen scraping, but somewhat understood their motivation. |
09:51 |
Dyrcona |
That's the URL that triggers lp 1415898 |
09:51 |
pinesol_green |
Launchpad bug 1415898 in Evergreen 2.7 "OPAC Can Cause Proliferation of Connected CStore Drones" (affected: 1, heat: 6) [High,Confirmed] https://launchpad.net/bugs/1415898 |
09:51 |
Dyrcona |
And, hey, several hundred hits from Boopsie in a couple of seconds. |
09:51 |
jeff |
eesh. |
09:51 |
kmlussier |
Several hundred hits? |
09:51 |
jeff |
i doubt that several hundred people fired up the app at the exact moment. |
09:51 |
bshum |
Ugh |
09:52 |
kmlussier |
So it's not a case of people looking up their account info while in the Boopsie app? |
09:52 |
Dyrcona |
Maybe I'm exaggerating, but a large number of hits in a few seconds. |
09:52 |
bshum |
UGH, I said. |
09:53 |
Dyrcona |
And something called LibraryBooks which is apparently an app for Android and IOS. |
09:56 |
|
sarabee joined #evergreen |
10:02 |
|
yboston joined #evergreen |
10:08 |
Dyrcona |
So before the fix above, we'd probably have between 140 and 200 cstore drones running. |
10:08 |
Dyrcona |
Right now, we have about 25. |
10:10 |
collum |
It looks like LibraryBooks is a nearly dead product. https://itunes.apple.com/us/app/library-books/id365824503?mt=8 |
10:11 |
Dyrcona |
Yes, but it still appears to be available in the app stores. |
10:11 |
collum |
tep |
10:11 |
collum |
yep, even. |
10:13 |
berick |
Dyrcona++ |
10:15 |
Dyrcona |
Apparently, we have access logs going back to last February. |
10:16 |
Dyrcona |
The Boopsie user agent entries for the circ history show a steady increase to a peak in December when our problems began in earnest. |
10:17 |
Dyrcona |
Looks like this month will be the second highest, but they still have a couple of days to beat out December. |
10:17 |
kmlussier |
Have more libraries been signing up for Boopsie during that time period? |
10:17 |
Dyrcona |
LibraryBooks is a bit less even in the progression, but looks like December was their highest month, too. |
10:17 |
eeevil |
Dyrcona: does an hourly breakdown show peaks and valleys? I wonder if they just update registered users' data regularly and cache it |
10:18 |
Dyrcona |
kmlussier: They don't always tell me, 'cause they don't have to. Boopsie is more or less set up consortium wide. |
10:18 |
Dyrcona |
eeevil: tsbere is looking into that. So far he's just done a month by month break down. |
10:19 |
Dyrcona |
Could be just more people adopting these apps as well. Not necessarily more libraries signing up. |
10:20 |
kmlussier |
Yeah, that thought crossed my mind too. |
10:20 |
Dyrcona |
This makes me think I should revisit an old XML-RPC bug on Launchpad. Half of the code went in. The other half would make using XML-RPC with Evergreen a little more pleasant. |
10:21 |
tsbere |
If anyone wants to look at the "by hour" output: http://tomtrunk.mvlcstaff.org/boopsie_by_hour.txt and http://tomtrunk.mvlcstaff.org/librarybooks_by_hour.txt |
10:21 |
Dyrcona |
I was also wondering about the person who mentioned on the dev or general list that he was writing an app for his daughter. |
10:21 |
Dyrcona |
I know he was asking about backend calls, but he might have resorted to some screen scraping. |
10:22 |
Dyrcona |
I should email him to see if I can find out what his app does. |
10:22 |
kmlussier |
From his last email, it sounded like he was waiting until eeevil's code made it in. But that was a month or two ago. |
10:23 |
kmlussier |
I can't imagine that an app used by one person would be responsible for that many hits. |
10:24 |
Dyrcona |
You'd be surrpised what one app from one person could do.... |
10:25 |
Dyrcona |
Put something in a loop or make a recursive call that doesn't end.... |
10:30 |
pinesol_green |
[evergreen|Jason Stephenson] LP#1415898 Fix Potential Cstore Starvation in KPAC - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7ecc442> |
10:30 |
pinesol_green |
[evergreen|Jason Stephenson] LP#1415898 Fix Potential Cstore Starvation in the OPAC - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8b21c1c> |
10:31 |
Dyrcona |
See, there was a reason I split that into its own bug. :) |
10:32 |
berick |
nothing like a nice easy (*cough*) win |
10:33 |
Dyrcona |
yeah. |
10:34 |
Dyrcona |
Thought it fells like it took too long to find it. |
10:34 |
Dyrcona |
feels, even. ;) |
10:36 |
berick |
definitely |
10:36 |
berick |
it should have been more obvious in the logs |
11:00 |
mmorgan |
Has anyone had reports of problems with workstations losing customized receipt templates after upgrades? |
11:01 |
Dyrcona |
mmorgan: I don't think so, but we've had reports of them disappearing a few times. |
11:01 |
Dyrcona |
We always assumed someone deleted something by mistake. |
11:01 |
mmorgan |
Our recent upgrade to 2.7.2 went quite smoothly, except that several libraries reported losing their templates. |
11:01 |
Dyrcona |
mmorgan: Maybe they installed a new client along side the old one and didn't upgrade? |
11:02 |
mmorgan |
Dyrcona: I'm pretty sure they all followed the prompts in the self-updating client. |
11:02 |
Dyrcona |
I should really check the tickets before I say things from "memory." ;) |
11:03 |
mmorgan |
Even if they did install a new version of the client, shouldn't the receipt templates persist? |
11:05 |
Dyrcona |
Depends on how your client is setup to store them, I think. |
11:05 |
Dyrcona |
There's an option to store the data in the program directory. |
11:05 |
Dyrcona |
Otherwise, it goes in the user's profile. |
11:05 |
mmorgan |
For us it's in the user's profile. I wasn't aware it was an option. |
11:06 |
Dyrcona |
Maybe they have more than one profile or more than one user on the PCs. |
11:07 |
Dyrcona |
Some of our libraries have multiple user account on workstations, so we have the information stored in the program directory, IIRC. |
11:08 |
mmorgan |
I think for some libraries, there are multiple user profiles, but not for the majority of our users. |
11:08 |
mmorgan |
To add to the disruption, when they tried to import their saved templates, the import failed with a File Import error: |
11:09 |
mmorgan |
"fileName":"oils://remote/js/dojo/dojo/dojo.js", |
11:09 |
mmorgan |
"lineNumber":24 |
11:12 |
Dyrcona |
Not seen that one before. It sounds like the client or profile may have been corrupted. |
11:12 |
Dyrcona |
We usually tell folk to do a full install of the client when they get things like that, and it usually fixes the issue. |
11:14 |
mmorgan |
One library sent me their template file, and I get the same error. I was assuming a problem with the file, but I'll try reinstalling my client. |
11:19 |
mmorgan |
Hmm, new client, same error :-( Guess I'll wade through the template file a bit. |
11:31 |
Dyrcona |
Yeah, in that case, it sounds like the template file. |
11:58 |
|
jwoodard joined #evergreen |
11:59 |
|
bmills joined #evergreen |
12:00 |
|
jihpringle joined #evergreen |
12:00 |
jeff |
mmorgan: does the template file work in the previous version of the client? i don't remember offhand how tricky that might be in your environment to test. |
12:01 |
jeff |
(i'm wondering if there was a change that broke import of previous-version receipt templates, either in some or all circumstances) |
12:02 |
|
bmills joined #evergreen |
12:04 |
mmorgan |
jeff: Hmm. That's a thought. I'll see if I can find an older client to test it on. |
12:05 |
kmlussier |
mmorgan: I could try it in a 2.5 client |
12:05 |
jeff |
could also explain why the new client failed to load the stored templates from disk. |
12:06 |
jeff |
if you find signs that seem to confirm that theory, the template file that broke could be useful -- especially if it's "only under certain circumstances" kind of thing. |
12:07 |
* mmorgan |
needs more coffee. Found the older client, but no server to connect to anymore;-) |
12:08 |
mmorgan |
kmlussier: I think I'll take you up on your offer. Can I send you a file to try? |
12:08 |
kmlussier |
mmorgan: Sure! |
12:09 |
mmorgan |
ok, will send it via email. |
12:14 |
kmlussier |
mmorgan: They imported fine in the 2.5 client |
12:14 |
mmorgan |
Hmm. Interesting! |
12:15 |
kmlussier |
Or I should say, it imported fine. One file. |
12:16 |
mmorgan |
So we have some standard copy and paste code for some templates. |
12:16 |
kmlussier |
So did something change with receipt templates in 2.7? |
12:17 |
mmorgan |
I just pasted that in my 2.7 client and it saved fine. |
12:17 |
mmorgan |
But when I close and relaunch my client, I get an error. |
12:18 |
mmorgan |
On login: Could not js-ify the JSON: SyntaxError: JSON.parse: bad character in string literal |
12:18 |
|
StomproJ joined #evergreen |
12:18 |
mmorgan |
And all my custom templates are gone :-( |
12:18 |
kmlussier |
@coffee mmorgan |
12:18 |
* pinesol_green |
brews and pours a cup of Panama La Esmeralda Especial Mario San Jose, and sends it sliding down the bar to mmorgan |
12:19 |
mmorgan |
Thank you!!! |
12:20 |
kmlussier |
mmorgan: What are you copying and pasting? |
12:20 |
mmorgan |
I think the problem in our recommended hold_slip footer. |
12:22 |
mmorgan |
http://paste.evergreen-ils.org/28 |
12:23 |
mmorgan |
kmlussier: Do you see that in the hold_slip footer in your 2.5 client? |
12:23 |
tsbere |
mmorgan: The problem is likely more in the background, how it is stored (locally or otherwise) - There is a bad char in there somewhere |
12:24 |
mmorgan |
tsbere: Yes, a bad char that's only a problem since 2.7 |
12:24 |
tsbere |
(also, < Note the ; on the end, your paste doesn't seem to have it on the two) |
12:25 |
kmlussier |
mmorgan: Yes |
12:26 |
tsbere |
mmorgan: I don't know if you have funky overrides in place or not, but you may want to look at print_list_templates in your profile or install directory (per-machine storage would be install, per-user would be the profile folder) - That may have an issue. Removing it (rename, perhaps) would revert you back to defaults. |
12:26 |
eeevil |
hrm... are those files supposed to be JSON to the client? |
12:26 |
tsbere |
eeevil: print_list_templates is a json object |
12:27 |
eeevil |
if so, you may be able to just excise the entities (the '&...;' strings) |
12:30 |
mmorgan |
The problem is definitely in that footer. As soon as I save that in a template, then login again, I get the error and the templates revert to default. Luckily there aren't too many characters there to examine :) |
12:35 |
tsbere |
mmorgan: I would check the   vs part at least (note: You may not need those at all before the <br/> anyway) |
12:36 |
mmorgan |
Found the problem. That row of dashes at the bottom of the footer ended up being saved as: ^T^T^T^T^T^T^T^T^T in the file. Once I took that out of the file, it imported fine. |
12:37 |
mmorgan |
I can fix the source our libraries are using, but it's odd that it's suddenly is broken in 2.7. |
12:38 |
tsbere |
Oh, those are the funky dashes from word or something. Replacing them with - (or just putting a <hr/> in) would probably work. |
12:38 |
kmlussier |
mmorgan: I don't think I pasted the row of dashed when I tried replicating the problem. :) |
12:39 |
mmorgan |
I can paste that code in and save it. It works for the session, but logout and in again, and the templates revert to default. |
12:39 |
tsbere |
mmorgan: I blame a word processor being used at some point. As I said, replace them with a regular - or just remove the row and put a <hr/> in ;) |
12:40 |
tsbere |
The latter should also adjust properly to whatever width is needed |
12:41 |
mmorgan |
tsbere: am planning to do just that :) |
12:41 |
kmlussier |
mmorgan: And I don't see them in the receipt I imported on the 2.5 client I was using. So I lied when I said everything was displaying in the holds slip footer. |
12:42 |
mmorgan |
ok, thanks. |
12:44 |
mmorgan |
I can fix things now for our libraries going forward, the extraneous characters shouldn't have been there in the first place. Too bad we ran into this. Aside from that it would have been a flawless upgrade! |
12:44 |
|
buzzy joined #evergreen |
12:45 |
mmorgan |
Thanks, all. |
12:48 |
Dyrcona |
Following up on the earlier conversation about Boopsie and LibraryBooks.... |
12:49 |
Dyrcona |
Having correlated some of their hourly activity with times that we have crashes shows that we typically have a higher level of Boopsie activity in the logs in the hours leading up to a crash situation. |
14:43 |
|
akilsdonk_ joined #evergreen |
14:51 |
|
akilsdonk joined #evergreen |
14:52 |
|
Callender_ joined #evergreen |
14:56 |
|
RoganH_ joined #evergreen |
16:03 |
yboston |
Quick question, I am hoping to update the max number of items that patrons can have out. I know I can make changes in Admin > Local Administration > Circulation Limit Sets |
16:03 |
yboston |
Is there somehwere else I can set max items out, I thought there was, but I could be wrong? |
16:03 |
|
Sato joined #evergreen |
16:03 |
Dyrcona |
yboston: Total number of items out? |
16:04 |
Dyrcona |
Or total number of a certain kind of item out? |
16:04 |
yboston |
I guess both |
16:04 |
yboston |
are there two place for each? |
16:04 |
|
julialima_ left #evergreen |
16:05 |
Dyrcona |
Limits sets matches up with circ matrix and can limit certain items, like DVDs. |
16:05 |
Dyrcona |
There is another setting for total items out. |
16:05 |
yboston |
whcih is that other setting? |
16:05 |
Dyrcona |
I'm looking for it, but had to login again. My session expired. |
16:06 |
yboston |
thank you very much, this is very helpful |
16:07 |
Dyrcona |
Local Administration -> Group Penalty Thresholds |
16:07 |
Dyrcona |
PATRON_EXCEEDS_CHECKOUT_COUNT |
16:08 |
yboston |
¡muchas gracias! I knew I was nto crazy |
16:08 |
yboston |
(I just need to spell better) |
16:08 |
kmlussier |
yboston: Well, maybe just a little bit crazy. ;) |
16:08 |
Dyrcona |
:) |
16:08 |
yboston |
kmlussier++ |
16:08 |
|
Sato joined #evergreen |
16:17 |
|
bmills joined #evergreen |
16:24 |
|
bmills joined #evergreen |
16:24 |
RoganH_ |
Quick question - does anyone know off the top of their head if last activity includes SIP activity? |
16:24 |
RoganH_ |
(I can go test it of course but feeling lazy.) |
16:31 |
kmlussier |
I should know the answer to that question. |
16:32 |
mmorgan |
There are sip2 activity types. One for login and one for verify |
16:36 |
jeff |
and I think only "verify" is used by current code. |
16:37 |
jeff |
oh, and RoganH_ is gone anyway. |
16:47 |
eeevil |
@later tell RhoganH_ it doesn't yet, but I've a branch... |
16:47 |
pinesol_green |
eeevil: The operation succeeded. |
16:49 |
dbwells |
eeevil: Not sure "RhoganH_" will ever get that ;) |
16:49 |
eeevil |
@later tell RoganH_ it doesn't yet, but I've a branch... |
16:49 |
pinesol_green |
eeevil: The operation succeeded. |
16:50 |
eeevil |
dbwells: indeed ... but if they do they'll be so confused |
16:50 |
dbwells |
:D |
16:50 |
dbwells |
just lookin' out |
16:51 |
|
Sato joined #evergreen |
16:51 |
tsbere |
Leaving laters for random nicks, and if they ever show up they go "wtf....when? why?" ;) |
16:52 |
Dyrcona |
We can delete that later. |
16:52 |
gmcharlt |
@later tell foo you have been eaten by a grue |
16:52 |
pinesol_green |
gmcharlt: The operation succeeded. |
16:52 |
eeevil |
dbwells++ |
16:56 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
17:03 |
csharp |
@quote random |
17:03 |
pinesol_green |
csharp: Quote #21: "< Dyrcona> Writing software is more fun than working." (added by csharp at 09:29 AM, November 29, 2011) |
17:04 |
Dyrcona |
And with that, I'm outta here. |
17:05 |
csharp |
@later tell [someone] you look very nice today! |
17:05 |
pinesol_green |
The operation succeeded. |
17:06 |
kmlussier |
Heh |
17:07 |
kmlussier |
@eightball Will we ever find out who gets that later message? |
17:07 |
pinesol_green |
kmlussier: What are you asking me for? |
17:12 |
|
mmorgan left #evergreen |
17:17 |
|
bmills joined #evergreen |
17:35 |
kmlussier |
@later tell eeevil Can you tell me what the purpose of the status bar is in the web client? |
17:35 |
pinesol_green |
kmlussier: The operation succeeded. |
17:38 |
csharp |
kmlussier: you mean the progress indicator bars? |
18:07 |
kmlussier |
csharp: It doesn't appear to be a progress indicator. Actually, I've answered my own question. It lets you know if you're connected to the network, and I'm guessing the other indicator lets you know if you're connected to hatch. |
18:08 |
kmlussier |
But it gets in the way. There is now an option to collapse it when it blocks something from view, but I suspect it's going to ultimately annoy users. I'm just wondering if it's necessary. |
18:28 |
berick |
kmlussier: right, network and hatch. IIRC, eeevil added a way to hide it |
18:29 |
berick |
i'd be in favor of hiding it by default, and maybe completely changing it |
18:29 |
berick |
it does tend to get in the way |
18:32 |
berick |
oh, heh, i see you noticed the hiding part |
18:45 |
|
bmills1 joined #evergreen |
20:22 |
|
bmills joined #evergreen |
20:24 |
|
akilsdonk joined #evergreen |
22:10 |
|
rfrasur joined #evergreen |
22:34 |
|
rfrasur joined #evergreen |
23:42 |
|
abowling1 joined #evergreen |