Time |
Nick |
Message |
07:34 |
|
csharp joined #evergreen |
07:36 |
|
sarabee joined #evergreen |
07:43 |
|
Callender joined #evergreen |
07:46 |
|
gsams joined #evergreen |
07:48 |
|
mrpeters joined #evergreen |
07:51 |
|
ericar joined #evergreen |
07:52 |
|
Dyrcona joined #evergreen |
08:41 |
Dyrcona |
Trying to use my scripts to build 2.7.4 (I have my reasons) and I have to cherry-pick a fix for xulrunner downloads moving and to edit the script to skip some stuff for webstaff client, etc. |
08:46 |
|
mmorgan joined #evergreen |
08:48 |
|
mdriscoll joined #evergreen |
09:07 |
bshum |
Dyrcona: Sounds about right. |
09:07 |
bshum |
I don't think we added the fix for xulrunner moving till after 2.7.6+ |
09:08 |
Dyrcona |
Right. |
09:08 |
Dyrcona |
I'm going to make a custom upgrade tarball for someone to go from 2.7.4 to 2.9.0, so I thought I'd install 2.7.4 first to test it. |
09:11 |
Dyrcona |
Only took 45 minutes to build the vm, install OpenSRF, install Evergreen, start services, and login with a staff client. |
09:11 |
bshum |
Fun times. |
09:12 |
Dyrcona |
I had to connect to my old precise vm with virt-viewer the other day and enter my new ssh key by hand. |
09:12 |
Dyrcona |
That was fun times. :) |
09:20 |
|
csharp joined #evergreen |
09:21 |
csharp |
netsplits-- |
09:29 |
Stompro |
Does anyone make a practice of setting the preferred pickup location for the customer when creating accounts? Or going back and setting all the preferred pickup locations to the customers current home library? |
09:30 |
tsbere |
Stompro: The latter, from a patron-placed-hold POV, is the same as not having it set, as far as I know. |
09:31 |
tsbere |
Stompro: I also have no idea if our members are setting that at registration, but at least one member wanted "their pickup library isn't US" in a report of their patrons recently... |
09:32 |
Stompro |
I'm looking at it from the staff placed hold front. We are having too much trouble with the fact that the staff memebers home library gets set as the default hold pickup location and wish that it was always set to the patron's. |
09:33 |
tsbere |
I thought it was the workstation OU. I could be wrong. |
09:33 |
bshum |
https://bugs.launchpad.net/evergreen/+bug/1167541 |
09:33 |
pinesol_green |
Launchpad bug 1167541 in Evergreen "Pickup library defaults to Home OU of staff, instead of patron when placing holds" [Medium,In progress] - Assigned to Jeff Godin (jgodin) |
09:34 |
tsbere |
Ahhh. |
09:34 |
tsbere |
In our case it is usually the same thing anyway, which is why I probably thought differently |
09:34 |
Stompro |
bshum++ |
09:34 |
Stompro |
Our subs move around alot, so it gets confusing to them, and they have the least amount of screen time with the system, so it gets missed all the time. |
09:36 |
Dyrcona |
If it is home ou it should be working ou. |
09:36 |
bshum |
I get the sense from the bug discussion that workstation ou was the way people were leaning |
09:37 |
Dyrcona |
And, that sound like: https://bugs.launchpad.net/evergreen/+bug/1503867 |
09:37 |
pinesol_green |
Launchpad bug 1503867 in Evergreen "open-ils.circ.copy_transit.receive uses home_ou when it should use ws_ou" [Undecided,New] |
09:38 |
bshum |
Heh |
09:39 |
Dyrcona |
Maybe jeff and I can do a deal: I'll commit his fix and he can commit mine. :) |
09:40 |
csharp |
Stompro: we ran a script to set the default pickup location the patron's home library - it saved lots of headaches |
09:41 |
jeff |
Dyrcona: eek. old bug. thanks for the reminder. |
09:42 |
jeff |
maybe i need an icinga check for "old bug still assigned to you!" |
09:43 |
Dyrcona |
heh |
09:43 |
bshum |
jeff: https://launchpad.net/~jgodin/+assignedbugs?search=Search&field.status=In%20Progress&orderby=id&start=0 |
09:43 |
bshum |
:D |
09:43 |
bshum |
jeff: Or https://launchpad.net/~jgodin/+assignedbugs?search=Search&orderby=id&start=0 for just all of them, not just the "in progress" ones |
09:43 |
Dyrcona |
Or just click the link on Launchpad "Bugs Assigned to Me," but of course you have be logged in to Launchpad. |
09:44 |
* bshum |
should finish packing. |
09:45 |
* jeff |
nods |
09:46 |
jeff |
the information is easy to access it. adding a check makes something yell at me instead of requiring me to check. :-) |
09:46 |
jeff |
s/access it/access/ |
09:46 |
Dyrcona |
jeff: Right. |
09:47 |
Dyrcona |
LP has a Python library, but I've had trouble getting it to work lately. |
09:47 |
jeff |
of course, spending time making it harder for me to ignore assigned bugs might be optimizing the wrong end of the problem. :-) |
09:48 |
bshum |
Heh |
09:51 |
|
sbrylander joined #evergreen |
09:55 |
|
yboston joined #evergreen |
10:03 |
|
pmurray_away joined #evergreen |
10:04 |
|
pmurray joined #evergreen |
10:07 |
|
jwoodard joined #evergreen |
10:08 |
|
pmurray left #evergreen |
10:13 |
|
alynn26 joined #evergreen |
10:16 |
|
alynn26 joined #evergreen |
10:17 |
|
alynn26 left #evergreen |
10:48 |
bshum |
phasefx++ # tiny URL to My Account sounds like a great idea, actually... |
10:48 |
bshum |
I think for most modern smart phones, it would work |
10:48 |
* jeff |
looks for context in his inbox |
10:48 |
bshum |
But anybody with a dumb phone for hate us |
10:49 |
bshum |
*would/for |
10:52 |
jeff |
ah. |
10:52 |
jeff |
i has context now. |
10:52 |
Dyrcona |
If you have dumb phone, a long URL ain't workin' either. |
11:17 |
|
rlefaive joined #evergreen |
11:37 |
mmorgan |
typos-- |
11:41 |
* Dyrcona |
blames the cold office for typos. |
11:42 |
Dyrcona |
And, I just made a doozy on a LP comment "not" for "note", which turned a positive response into a negative. |
11:53 |
|
ericar_ joined #evergreen |
11:53 |
|
bmills joined #evergreen |
11:59 |
|
ericar_ joined #evergreen |
12:14 |
Bmagic |
Anyone have issues with staff not watching the checkin screen while checking in? Obviously when the item is slated for a hold, the computer makes noise, but otherwise, only the sound from the barcode scanner is feedback. |
12:14 |
Dyrcona |
Yes, all the time. |
12:14 |
Bmagic |
We might be dealing with bandwidth issues and items with a great deal of holds, causing the system to take longer than a second to check something in. Meanwhile, the staff is scanning more stuff in |
12:15 |
Dyrcona |
I think the majority of lost, deleted, and mysteriously found in the library items come from that. |
12:15 |
Stompro |
Does anyone have experience copying reports at the DB level? I need to create reports for each of 34 locations, and I don't feel like clicking that much. I created all the reporter.report entries, do I just need to add a reporter.schedule entry for each one also? |
12:15 |
Bmagic |
Is there already a wishlist item for some sort of audio feedback? |
12:15 |
Dyrcona |
Well, our members love alerts on items, so that doesn't help eithere. |
12:16 |
Dyrcona |
Alert window pops up, staff don't notice, scan next item, alert goes away on the return sent by the scanner. |
12:16 |
Dyrcona |
Good luck with audio feedback in the web client. |
12:16 |
Dyrcona |
You'll have to embed a media object and tell it to play. |
12:16 |
Bmagic |
Stompro: are you trying to copy a template? Or copy the run settings? |
12:17 |
Bmagic |
Dyrcona: The web based staff client came to mind, a hurdle for sure |
12:18 |
Stompro |
Bmagic, just the run settings, and set the report to run and email to a different address (org_unit.email should work). I wonder if I need to add a reporter.pending_reports; entry also. |
12:18 |
Bmagic |
Stompro: If you want the report to run for everyone, you will need to insert into reporter.schedule as well, but, boy do I have some questions for you about this |
12:18 |
Bmagic |
Stompro: in each branch context, if the template filters on copy location, you will have to do a lot more work |
12:20 |
Bmagic |
pending_reports? I don't have that table. is that a 2.9 thing? |
12:20 |
Bmagic |
oh, that's a view |
12:21 |
Stompro |
Bmagic, it looks to me like the filtering options are in the reporter.report.data info. I just changed each one to reflect the correct OU. ' {"P0":{"transform":"relative_date","params":["-1"]},"P1":["119"]}' where the 119 is different for each report entry. |
12:22 |
Bmagic |
Stompro: there you go, you need to edit he email address in reporter.schedule and reporter.report.data with each insert. If you get all of that right, you should be good to go! |
12:22 |
Bmagic |
You might have concerns about permission with regard to the owner as well |
12:23 |
Bmagic |
folder owner and report owner |
12:23 |
Stompro |
Hmm, well so far everyone has been able to view the report output, and no one else needs to edit the report, so maybe I won't have to deal with that. |
12:24 |
Bmagic |
Stompro: yeah, if they don't need to see it in the staff client, then you should be good. The emailed URL will work as long as they have a valid actor.usr with VIEW_REPORTS (I believe) |
12:30 |
|
jihpringle joined #evergreen |
12:37 |
Stompro |
Bmagic, I wonder if this is a bug, in the staff client, if I edit a report and add an email address and change the schedule, then save the report, no entry is created in the schedule table? |
12:51 |
Dyrcona |
Stompro: I don't think you're meant to edit reports like that, but I could be wrong. |
12:52 |
* Dyrcona |
doesn't mess with reports in the client. |
13:30 |
|
vlewis joined #evergreen |
13:31 |
kmlussier |
I don't have an answer to Stompro's question, but editing the email address in a report should work. |
13:31 |
kmlussier |
Stompro: Does it work if you save it as a new report? |
13:34 |
|
sandbergja joined #evergreen |
13:42 |
Dyrcona |
kmlussier: Did you get my email from yesterday afternoon? Our mail server had some troubles yesterday. |
13:42 |
* Dyrcona |
waves to sandbergja. |
13:42 |
kmlussier |
Dyrcona: Yes, I did. But I've been a little tied up. |
13:43 |
kmlussier |
jlitrell and I are visiting C/W MARS today. We'll be heading to the hotel soon. |
13:43 |
Dyrcona |
That's OK. Just wanted to make sure you got it. |
13:43 |
Dyrcona |
The logs said you did, but.... |
13:44 |
Bmagic |
Stompro: Perhaps it's an owner issue? Or folder owner |
13:51 |
vlewis |
kmlussier: I'm not seeing the screenshot for LP bug https://bugs.launchpad.net/evergreen/+bug/1502292 Thanks vlewis |
13:51 |
pinesol_green |
Launchpad bug 1502292 in Evergreen "web client: Need ability to add volumes from the bib record" [Undecided,New] |
13:52 |
kmlussier |
vlewis: bshum mentioned that to me, but I didn't have time to fix it. If you add a .png to the download, it should appear. |
13:53 |
kmlussier |
vlewis: Basically, it was the screenshot of the Add to Bucket and Mark For buttons in the web client. My suggestion was to add a button there. |
13:53 |
kmlussier |
vlewis: Thanks for looking at it! |
13:55 |
vlewis |
kmlussier: Thanks |
13:55 |
|
ericar_ joined #evergreen |
14:57 |
|
ericar_ joined #evergreen |
15:04 |
jeffdavis |
We've started to see extremely slow search times when filtering by format. |
16:21 |
jeffdavis |
ah, bug 1438136 |
16:21 |
pinesol_green |
Launchpad bug 1438136 in Evergreen 2.8 "OPAC searching significantly slowed by adding format filters" [High,Fix released] https://launchpad.net/bugs/1438136 |
16:44 |
|
maryj joined #evergreen |
16:55 |
Stompro |
Bmagic, about the reports, that worked, 32 reports created with two commands, yippee. |
17:07 |
|
mdriscoll left #evergreen |
17:09 |
|
maryj_ joined #evergreen |
17:16 |
|
mmorgan left #evergreen |
17:40 |
|
jihpringle joined #evergreen |
18:09 |
jeff |
@decide arriving in Mass or arriving en masse |
18:10 |
jeff |
oh. right. even if pinesol were here, pinesol <> zoia. |
18:40 |
|
bmills joined #evergreen |
21:13 |
kmlussier |
wherefore art thou pinesol_green? |
21:17 |
jeff |
probably on a plane. |
22:04 |
bshum |
Well that is annoying... |
22:05 |
|
pinesol_green joined #evergreen |
22:05 |
* bshum |
commands the powers |
22:06 |
bshum |
pinesol_green: Rise, therefore and conquer! |
22:06 |
pinesol_green |
bshum: I am only a bot, please don't think I'm intelligent :) |
22:06 |
pinesol_green |
bshum: Have you confirmed your ISBN SPIDs with your service provider? |
22:11 |
kmlussier |
bshum++ |
22:14 |
bshum |
kmlussier: just to check, what time are we getting folks together tomorrow? |