| 09:21 |
kmlussier |
dbwells: Yes, they are. I just have the Default one set to True. |
| 09:22 |
kmlussier |
Thanks dbwells! While you're looking at it, I was thinking it might be better if the warning said "Voiding these bills may violate local policy by producing a negative balance." Our users like lots of clarity in their messages. :) |
| 09:24 |
* mmorgan |
is wondering about the use of the term "local policy" here. |
| 09:24 |
kmlussier |
dbwells: Ugh. Never mind! I just realized I loaded the wrong branch on the server. Sorry! |
| 09:26 |
kmlussier |
dbwells: Scratch that last comment. It is the correct branch. |
| 09:26 |
kmlussier |
This is what happens when kmlussier tests without coffee. |
| 09:26 |
mmorgan |
I agree with kmlussier - lots of clarity for users. |
| 09:26 |
mmorgan |
@coffee kmlussier |
| 09:26 |
* pinesol_green |
brews and pours a cup of Panama Esmeralda Mario Carnival, and sends it sliding down the bar to kmlussier |
| 09:27 |
mmorgan |
Maple cream? Wow. |
| 09:29 |
kmlussier |
mmorgan: For a limited time only! |
| 09:29 |
dbwells |
kmlussier: Are the menu options showing and hiding as expected? |
| 09:30 |
kmlussier |
dbwells: I'm testing that now. |
| 09:30 |
mmorgan |
You can always tell what season it is by looking at the coffee flavors available :) |
| 09:31 |
mmorgan |
Just my $.02 about the warning message, I'd find this clearer "Voiding these bills may produce a negative balance. Are you sure you wish to continue?" |
| 09:32 |
kmlussier |
dbwells: Yes. The void option is gone now that I've removed the void permission. |
| 10:55 |
jeff |
(but hasn't been able to mine enough tuits to have a useful contribution to the conversation at hand) |
| 11:01 |
jeff |
Though I should probably at least note that my dislike statement above is at least somewhat unclear / ambiguous. |
| 11:02 |
kmlussier |
jeff: Well, the voiding behavior doesn't change at all from what we currently do. Which is why I'm looking at ways to make sure libraries can keep their staff away from it while also not losing the ability to do things that they currently can do. |
| 11:06 |
dbwells |
kmlussier: Dyrcona: I probably won't have time to work on this more today. I think the current branch is highly functional and seems to be not breaking, so I'd like to see it pushed sooner rather than later. (This is not a statement about overall release-readiness, which I leave entirely up to Dyrcona.) Thanks for testing! |
| 11:07 |
|
RoganH joined #evergreen |
| 11:10 |
bshum |
miker: https://bugs.launchpad.net/evergreen/+bug/1483857 got marked fix committed, but I don't see a corresponding commit to master or a milestone assigned to the bug. |
| 11:10 |
pinesol_green |
Launchpad bug 1483857 in Evergreen "Web based staff client in house use barcode box clear" (affected: 2, heat: 10) [Undecided,Fix committed] |
| 01:39 |
|
Mark__T joined #evergreen |
| 03:03 |
|
gsams joined #evergreen |
| 05:21 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:33 |
|
TaraC joined #evergreen |
| 07:32 |
|
jboyer-isl joined #evergreen |
| 07:56 |
|
rlefaive joined #evergreen |
| 09:00 |
Dyrcona |
I'm looking into LP 1494427. |
| 09:00 |
pinesol_green |
Launchpad bug 1494427 in Evergreen "Staff client refund option generates an error" (affected: 1, heat: 6) [Medium,New] https://launchpad.net/bugs/1494427 |
| 09:00 |
Dyrcona |
It looks like something quick I can do before the rest of my day gets swallowed whole by meetings. |
| 09:01 |
Dyrcona |
And one barcode shows up at least three times, think I'll test with that patron. |
| 09:06 |
|
mmorgan left #evergreen |
| 09:08 |
|
yboston joined #evergreen |
| 09:16 |
pinesol_green |
[evergreen|Kathy Lussier] lp1494427: Fix refund error - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4efea97> |
| 10:25 |
bshum |
When we touch the same table a couple times during the same major upgrade |
| 10:25 |
bshum |
Cause the minor upgrade scripts do stuff |
| 10:25 |
csharp |
well, it looks like we'll need to change the script so that it doesn't do that in the same transaction |
| 10:25 |
bshum |
Usually, only live testing reveals it, and then the RM can make necessary edits to the upgrade script |
| 10:26 |
csharp |
ok, so bug report? |
| 10:26 |
bshum |
And either combine necessary changes into one SQL update, or break it up into stuff inside and outside the main body transaction |
| 10:27 |
|
Christineb joined #evergreen |
| 11:12 |
Stompro |
mmorgan, does printing the list of holds work for you on your self checks(EG web based self check)? It doesn't work for me with a default setup. |
| 11:13 |
bshum |
Stompro: Do you have popups disabled? |
| 11:14 |
Stompro |
bshum, the other print lists work fine, printing list of items out and fines work. Popups are allowed. |
| 11:15 |
bshum |
Stompro: Do you have any sort of browser error logging? Maybe it could indicate if it's a specific failure somewhere in the execution |
| 11:15 |
* bshum |
hasn't tested hold printing lately |
| 11:15 |
Stompro |
bshum, thanks I'll enable the JS log and see what it says. |
| 11:17 |
bshum |
length of undefined |
| 11:17 |
bshum |
That's helpful... |
| 12:33 |
|
pmurray left #evergreen |
| 12:39 |
|
rlefaive joined #evergreen |
| 12:45 |
|
bmills joined #evergreen |
| 13:04 |
* mmorgan |
reads up. |
| 13:05 |
mmorgan |
Glad Stompro and bshum found the hold slip printing bug. It really hasn't been much of an issue for us for the reason Stompro mentioned. |
| 13:06 |
mmorgan |
Can anybody point me to some fairly concise guidelines for setting up credit card processing using paypal? |
| 13:08 |
mmorgan |
We have a training system set up with a paypal sandbox, but aren't having any success testing payments. |
| 13:14 |
kmlussier |
mmorgan: I thought there was a message on the mailing list that had a concise list of steps, but I don't see it now. |
| 13:14 |
kmlussier |
mmorgan: I once successfully used the paypal sandbox with Evergreen, but it was so long ago, I don't recall what I did. I remember I was a bit confused on the PayPal side of things. |
| 13:16 |
mmorgan |
kmlussier: Right now I'm a bit confused on both sides! ;-) |
| 13:36 |
|
Dyrcona joined #evergreen |
| 13:36 |
jeffdavis |
^ Noted here so that it's in the logs. I haven't reproduced on a stock EG install yet, so no LP bug so far. |
| 13:43 |
jeff |
jeffdavis: on the system where you're seeing this, is it affecting most/all bookbags, or just some/one? |
| 13:43 |
jeffdavis |
All the ones I've tested so far, but my testing pool has been fairly small. |
| 13:44 |
jeff |
seq scan on asset.copy -- ouch. |
| 13:46 |
jeffdavis |
The filter there is on two boolean columns though, so it seems like the solution isn't an index but reducing the number of rows scanned. |
| 13:49 |
|
maryj joined #evergreen |
| 14:03 |
jeffdavis |
csharp: Interesting! You folks are on PG 9.4, right? |
| 14:03 |
csharp |
9.3, currently |
| 14:03 |
jeffdavis |
ah nope, I see 9.3 in the bug :) |
| 14:03 |
csharp |
testing on 9.4 as we speak, though |
| 14:03 |
jeff |
jeffdavis: what are you guys on? |
| 14:04 |
jeffdavis |
we're 9.4 |
| 14:04 |
csharp |
jeffdavis: see the suggestions from miker in the last comment on the bug report - they didn't solve my issue, but may help yours |
| 14:04 |
jeffdavis |
csharp: I see miker suggested adjusting stats on one of the tables there, have you tried that? |
| 14:04 |
csharp |
heh - yep |
| 14:04 |
csharp |
they didn't solve the problem, so I let it go |
| 14:05 |
csharp |
actually, I haven't tested it since we purged most of our holds data |
| 14:05 |
csharp |
it's probably fixed |
| 14:07 |
csharp |
nope - stats are still borked for me on that query |
| 14:07 |
csharp |
it is faster, though |
| 14:07 |
miker |
jeffdavis: your modification looks like it's just joining call number before location. I wonder if the underlying json_query can just be adjusted to do that. where is the code for that query, if you know off hand? |
| 14:07 |
csharp |
in my case, it's vastly overestimating the number of rows |
| 14:09 |
jeffdavis |
miker: not sure yet - figuring that out is the next step on my todo list for that bug :) |
| 15:59 |
|
maryj joined #evergreen |
| 16:26 |
|
bmills joined #evergreen |
| 16:30 |
|
ericar joined #evergreen |
| 16:35 |
* kmlussier |
grabs the code from bug 1494544 to get a Sandbox set up for testing later this evening. |
| 16:35 |
pinesol_green |
Launchpad bug 1494544 in Evergreen "Void options in the billing UI allow negative balances to occur when they should be prohibited" (affected: 1, heat: 6) [Critical,Confirmed] https://launchpad.net/bugs/1494544 - Assigned to Dan Wells (dbw2) |
| 16:36 |
kmlussier |
dbwells++ |
| 16:37 |
|
Christineb joined #evergreen |
| 16:40 |
* kmlussier |
also grabs the code from bug 1340852 in the hopes of getting jlitrell's first contribution into Evergreen. :) |
| 16:40 |
pinesol_green |
Launchpad bug 1340852 in Evergreen "Copy Location Groups search not retaining original search params after searching" (affected: 2, heat: 12) [Medium,Confirmed] https://launchpad.net/bugs/1340852 |
| 16:53 |
jlitrell |
Huzzah! |
| 17:04 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:04 |
|
mmorgan left #evergreen |
| 17:34 |
Bmagic |
Has anyone tackled sending automated emails to patrons on a regular basis showing how much to owe? I can't imagine an action trigger doing this. Any thoughts? |
| 17:35 |
Bmagic |
how much they* owe |
| 01:30 |
|
Mark__T joined #evergreen |
| 01:42 |
|
dac joined #evergreen |
| 04:38 |
|
book` joined #evergreen |
| 05:06 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:00 |
|
_bott_ joined #evergreen |
| 07:22 |
|
rlefaive joined #evergreen |
| 07:40 |
|
sarabee joined #evergreen |
| 11:26 |
bshum |
Stompro: That might be the case, I've honestly always used a workstation with our web-based selfchecks. |
| 11:26 |
bshum |
I can't recall if it's a library setting that forces you to register a workstation via the selfcheck |
| 11:26 |
bshum |
It might be. |
| 11:28 |
mmorgan |
Stompro: Just gave this a test on a training server, and the circulation got NULL as the workstation. |
| 11:29 |
Stompro |
mmorgan, thanks for testing it, I just want to get the facts right for what I'm going to add to the docs. |
| 11:29 |
mmorgan |
We also require a workstation for self check. |
| 11:30 |
mmorgan |
Stompro++ # getting the facts right! |
| 11:31 |
Stompro |
mmorgan, I'm not sure why you wouldn't set a workstation, but the default option is to not require a WS. Why would you want to remember that self check circs are the ones without a NULL WS for that location. |
| 11:50 |
jeff |
a new OpenILS::Application::Circ::Circulator object is either passed a circ_lib, or it gets its circ_lib from the user session's ws_ou, which defaults to the user's home_ou if there is no workstation associated with the user's session. That default behavior is part of open-ils.auth |
| 11:51 |
jeff |
As for "does anything in stock pass a circ_lib as an argument to one of the API methods that create Circulator objects to do their work?"... I didn't look. :-) |
| 11:51 |
Stompro |
jeff++ thanks |
| 11:52 |
mmorgan |
Stompro: Testing shows that the circ_lib in the transaction comes from the workstation, too :) |
| 11:56 |
bshum |
svn-- git++ |
| 11:56 |
bshum |
Why is this so hard??! |
| 11:57 |
Stompro |
mmorgan++ for testing things all the time. |
| 11:58 |
* mmorgan |
likes to get the facts right, too. |
| 11:58 |
jeff |
bshum: what are you struggling with? |
| 11:58 |
bshum |
jeff: Just trying to get an svn diff from two revisions to try seeing what's changed for a given file. |
| 01:32 |
|
Mark__T joined #evergreen |
| 01:35 |
|
gdunbar joined #evergreen |
| 05:11 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:09 |
|
rlefaive joined #evergreen |
| 07:53 |
kmlussier |
Looks like that test has been failing since Saturday. |
| 08:05 |
jeff |
The have and want are equivalent, but the want has more explicit namespaces. |
| 08:05 |
jeff |
either that or i just compared the same thing. |
| 08:08 |
jeff |
Nope, I compared correctly. :-) |
| 08:08 |
|
mrpeters joined #evergreen |
| 08:08 |
jeff |
Also worth noting is that the test script isn't excaping XML output from tests. |
| 08:12 |
|
ericar joined #evergreen |
| 08:15 |
|
rjackson_isl joined #evergreen |
| 08:27 |
|
ericar joined #evergreen |
| 08:35 |
jeff |
"excaping"? oof. |
| 08:39 |
|
Dyrcona joined #evergreen |
| 08:42 |
|
mmorgan joined #evergreen |
| 08:46 |
Dyrcona |
<sarcasm>Yay for smart quotes in MARC records!</sarcasm> |
| 09:01 |
phasefx |
csharp: confirmed |
| 09:07 |
Dyrcona |
I don't think I could get the z39.50 import to work the last time I tried, but that was long before the RC release. |
| 09:08 |
Dyrcona |
phasefx gmcharlt miker: If you'd like the latest sprint2 changes in before 2.9.0 final, that can be arranged if you point me at a branch before Monday. |
| 09:09 |
* Dyrcona |
runs off to finish setting up NCIPServer in production and then to test half-open connection fixes. |
| 09:09 |
gmcharlt |
Dyrcona: thanks, that is very generous of you! |
| 09:09 |
csharp |
phasefx: thanks |
| 09:09 |
gmcharlt |
we'll get a branch put together |
| 09:10 |
csharp |
that would totally rock |
| 09:11 |
csharp |
PINES would love to be able to offer a mostly-working web client to libraries willing to be on a "live beta" before next summer reading |
| 09:11 |
gmcharlt |
csharp: does it work for LC? |
| 09:11 |
csharp |
didn't check - I'll do so now |
| 09:12 |
csharp |
gmcharlt: same behavior |
| 09:12 |
csharp |
if cache-clearing or anything like that needs to happen between tests, just let me know ;-) |
| 09:13 |
|
yboston joined #evergreen |
| 09:17 |
|
rlefaive joined #evergreen |
| 09:19 |
|
rlefaive joined #evergreen |
| 09:23 |
gmcharlt |
csharp: so, I've pushed a fix to the collab/gmcharlt/webstaff-sprint branch |
| 09:23 |
gmcharlt |
now that sprint2 is about to enter the formal testing phase, webby itself will get updated at 5 p.m. every day |
| 09:24 |
gmcharlt |
(though there may be occassional earlier updates) |
| 09:38 |
miker |
I'm happy to drop that update in place for testing |
| 09:39 |
miker |
(but 5pm is the only guarranteed update time for webby going forward) |
| 09:39 |
miker |
as gmcharlt says |
| 09:39 |
|
collum joined #evergreen |
| 09:46 |
bshum |
kmlussier: Looking over at bug 1494427 and I wonder if we shouldn't edit bills2.js and remove the var entirely for staff.patron.bills.handle_refund.confirm_message |
| 09:46 |
pinesol_green |
Launchpad bug 1494427 in Evergreen "Staff client refund option generates an error" (affected: 1, heat: 6) [Medium,New] https://launchpad.net/bugs/1494427 |
| 09:52 |
phasefx |
I'll do it |
| 09:52 |
Dyrcona |
Thanks. |
| 09:52 |
kmlussier |
bshum: I could create a branch sometime today that does that, though. |
| 09:57 |
csharp |
miker: if you go ahead and put the change in, I'll test it immediately |
| 09:57 |
csharp |
gmcharlt: thanks! |
| 09:57 |
miker |
csharp: did so right after I said I wouldn't mind ;) |
| 09:58 |
csharp |
:-) cool - I'll do so now |
| 09:58 |
miker |
status: WORKSFORME, btw |
| 09:59 |
csharp |
I can confirm the editor is loading now when importing from OCLC |
| 09:59 |
gmcharlt |
groovy |
| 10:05 |
Dyrcona |
csharp++ gmcharlt++ |
| 10:08 |
Dyrcona |
Heh. So to test something on my dev machine, I process a hold that is in transit for me and then check the book out to myself. |
| 10:08 |
Dyrcona |
Less than 5 minutes later, a co-worker shows up at my office with the book in hand. |
| 10:17 |
gmcharlt |
heh |
| 10:22 |
remingtron |
Anyone know what happens if you place a hold on a multi-part record and keep "All Parts" selected? |
| 14:30 |
kmlussier |
Dyrcona: Thank you! |
| 14:31 |
Dyrcona |
Speaking of learning something new/first times: I used git add --patch for the first time today to break my working changes into 3 separate commits. |
| 14:36 |
jeff |
my fingers default to git add -p |
| 14:38 |
kmlussier |
dbwells: I'm pretty sure the adjust permission didn't get in. I did some testing last night, and removing the void permission prevented the account from adjusting a bill to zero. |
| 14:40 |
dbwells |
kmlussier: Thanks for letting me know. I'm itching to get in there again and see what's what, but I've got other obligations today. Monday looks more hopeful, or maybe over the weekend if I can't sleep :) |
| 14:42 |
Stompro |
remingtron++ that was an epic doc update. |
| 14:44 |
|
gdunbar joined #evergreen |
| 15:22 |
pinesol_green |
Launchpad bug 1331174 in Evergreen "Long Overdue processing needs org unit settings separate from Lost Processing" (affected: 5, heat: 22) [Wishlist,Confirmed] https://launchpad.net/bugs/1331174 |
| 15:22 |
Bmagic |
yep |
| 15:22 |
Bmagic |
this has crossed my mind |
| 15:22 |
mmorgan |
I haven't been able to complete testing successfully on kmlussier's servers. |
| 15:22 |
Bmagic |
I dont see any lines here that affect checkin |
| 15:24 |
mmorgan |
So you checkin, and that voids the Lost charge, right? |
| 15:25 |
Bmagic |
yes it does void the lost charge |
| 15:32 |
mmorgan |
jhpringle: Bmagic: fwiw, our circ.lost.generate_overdue_on_checkin is not set. We aren't seeing the same problem. |
| 15:33 |
dbwells |
Actually, that commit may be unreleased, but it is committed for 2.8.4. |
| 15:33 |
mmorgan |
jihpringle, that is. Are any fines involved in your situation? |
| 15:34 |
jihpringle |
usually in the examples libraries have sent us but not in our tests |
| 15:34 |
Bmagic |
if there are bills that do not get voided as part of the checkin proceedure, then everything is fine. You just pay/void those bills later, and the circulation is closed and removed. Its only when the checkin proceedure voids ALL of the bills and the transaction should be closed, it's not closed |
| 15:35 |
jihpringle |
we can check out the item, set it to lost, and then checkin and reproduce the issue all in a couple minutes |
| 15:35 |
Bmagic |
jihpringle: Oddly enough, we had circ.lost.generate_overdue_on_checkin set to false the whole time, and have the issue, I changed it to true, and the bug went away |
| 15:37 |
Bmagic |
jeffdavis: she said it wasn't showing itself in 2.8. It's 2.8.1 and higher |
| 15:39 |
dbwells |
jeffdavis: can you try commit 4357ab325959f2ed48 and see if it helps? I am guessing this is already fixed under different symptoms. |
| 15:39 |
pinesol_green |
[evergreen|Dan Wells] LP#1484989 Don't close xacts with checkin-generated fines - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4357ab3> |
| 15:39 |
jeffdavis |
dbwells: yep, I will be testing that asap |
| 15:39 |
dbwells |
jeffdavis: looking forward to hearing back, thank you |
| 15:40 |
jeffdavis |
thanks for the pointer :) |
| 15:42 |
bshum |
dbwells: I'm following the discussion on bug 1494544 and I wonder, do you think it'd be hard to base display of the different buttons based on the actual settings used? |
| 15:42 |
pinesol_green |
Launchpad bug 1494544 in Evergreen "Void options in the billing UI allow negative balances to occur when they should be prohibited" (affected: 1, heat: 6) [High,Confirmed] https://launchpad.net/bugs/1494544 |
| 15:42 |
jeffdavis |
Bmagic: our stock test server is running 2.8.1 fwiw |
| 15:42 |
bshum |
Like if prohibit negative balances is engaged, don't display the void buttons. |
| 15:42 |
bshum |
Rather than basing it entirely on just permissions on the users. |
| 15:43 |
bshum |
I just worry about policing the permissions over use of the settings, which are a lot simpler to enact initially. |
| 16:08 |
kmlussier |
dbwells: Also, you're right about the ADJUST_BILLS permission allowing/disallowing the adjust to zero action. I thought I saw the word "void" in the message that appeared, but it was late at night. Must have been seeing things. |
| 16:09 |
kmlussier |
But it looks like the permission didn't make it into the seed data. |
| 16:09 |
* kmlussier |
will add that correction to the lp bug. |
| 16:09 |
* bshum |
probably tested everything using a superuser :( |
| 16:09 |
* bshum |
hates permissions |
| 16:10 |
dbwells |
kmlussier: great, thank you also for following up |
| 16:10 |
bshum |
Well I hate permission wrangling. |
| 16:10 |
kmlussier |
bshum: Well, then, you can just give Everything to all of your users and see what fun ensues. :) |
| 16:16 |
mmorgan |
kmlussier: Think I just fixed that. |
| 16:16 |
kmlussier |
mmorgan++ |
| 16:17 |
kmlussier |
Stompro++ # Moving good tips into the official docs. |
| 16:17 |
Bmagic |
dbwells: that patch fixes the checkin issue on our test machine |
| 16:17 |
mmorgan |
Stompro++ |
| 16:17 |
dbwells |
Bmagic: sweet, glad to hear it |
| 16:17 |
Bmagic |
dbwells++ mmorgan++ jihpringle++ bshum++ jeffdavis++ |
| 16:37 |
|
bmills joined #evergreen |
| 16:45 |
|
gdunbar joined #evergreen |
| 16:53 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 16:55 |
Dyrcona |
Ha ha! |
| 16:55 |
Dyrcona |
Now it is getting the xmlns attribrute in ever tag. |
| 16:56 |
Dyrcona |
You just /have/ to /love/ tests! |
| 16:57 |
Dyrcona |
Too late in the day to fix it, now. |
| 16:59 |
dbwells |
I looked at that a bit in the first round, and my feeling is that Dyrcona may be right about this being a change in the underlying XML library which is bubbling up. |
| 17:08 |
|
mmorgan left #evergreen |
| 17:16 |
phasefx |
jfyi, I fixed HTML escaping for the test output webifier, so we can actually see the xmlns stuff from the web page for that failed test |
| 17:18 |
pinesol_green |
[evergreen|Angela Kilsdonk] Docs: 2.9 Updates to OPAC documentation - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f5140d5> |
| 17:22 |
pinesol_green |
[evergreen|Angela Kilsdonk] Docs: 2.9 Purchase Order Activation Progress Bar - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=23f8679> |
| 19:06 |
|
bmills joined #evergreen |
| 01:03 |
|
Mark__T joined #evergreen |
| 02:25 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 03:57 |
|
gsams joined #evergreen |
| 04:11 |
|
eady joined #evergreen |
| 05:12 |
|
gsams joined #evergreen |
| 10:36 |
|
jvwoolf joined #evergreen |
| 10:38 |
|
dMiller_ joined #evergreen |
| 10:38 |
|
RoganH joined #evergreen |
| 10:38 |
maryj |
kmlussier: Trying to set things up in the staff client so aspects of the OPAC can be tested for documentation purposes. Is it okay if I modify barcodes for items within the mnlc 2.9.rc test server? |
| 10:39 |
kmlussier |
maryj: That's not a problem. It |
| 10:39 |
kmlussier |
It's there to be used and abused however you see fit. |
| 10:40 |
maryj |
Whoooo! I mean - with great power comes great responsibility. ;) Thanks, kmussier |
| 11:40 |
mmorgan |
Stompro: Sorry, I meant the latter. Events will get created without the filter, but won't be limited to the owning library. |
| 11:41 |
* mmorgan |
is hoping someone will correct any misconceptions. |
| 11:41 |
pinesol_green |
[evergreen|Yamil Suarez] Docs: remove TPAC based Searching of Authorities section - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2392315> |
| 11:44 |
Stompro |
mmorgan++ thanks, I'll test it out, eventually, and let you know if that isn't how it works. |
| 11:46 |
mmorgan |
Stompro++ |
| 11:46 |
* mmorgan |
also planned to test it out eventually. Unfortunately, "eventually" hasn't happened yet ;-) |
| 12:04 |
|
jihpringle joined #evergreen |
| 12:21 |
pinesol_green |
[evergreen|Yamil Suarez] Docs: add info on disabled Google Analytics in staff client - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=cae3146> |
| 12:23 |
|
gdunbar joined #evergreen |
| 13:05 |
maryj |
remingtron, yboston, jvwoolf: Do we need screenshots of "Account Expiration Date in my account" then? The explaination seemed straightforward enough. |
| 13:05 |
maryj |
Same for "Column sorting in circulation screens " |
| 13:07 |
yboston |
maryj: when you say the explination is straightforward enough, do you mean in the release or do you mean the part of the offical docs that cover the UI elemnts/fetures of that part of EG? |
| 13:07 |
maryj |
jvwoolf: I looked at it and tested it to see if the written description matched the features on-screen, and if any needed details were needed for the 2.9 documentation. |
| 13:08 |
yboston |
maryj: so far you are mostly making sense to me, specially about "Column sorting in circulation screens", but I want to clear soemthing up |
| 13:08 |
maryj |
What's in the release notes for those two features "Account Expiration Date in My Account" and "Column sorting in circulation screens" would work for documentation for 2.9. I realize my misunderstanding of the linked documents on that wiki page now. |
| 13:08 |
maryj |
yboston: I'm all ears |
| 13:41 |
kmlussier |
Not only is DIG hack-a-way day a great way to get new docs, but it's also a good opportunity to get another round of bug checking done before the full release is out. |
| 13:41 |
* kmlussier |
just found a bug. :) |
| 13:53 |
* maryj |
may have just found a bug also |
| 13:55 |
bshum |
Nobody seems to kick the tires on the alpha/beta/rc testing like we used to. |
| 13:55 |
kmlussier |
bshum: Speak for yourself. I still kick tires. :) |
| 13:56 |
maryj |
kmlussier: there isn't a library setting for the test server to activate the holds, is there? Inability to place holds in staff client and in OPAC. No error messages, just reloads the screen. |
| 13:56 |
maryj |
*reloads the holds screen |
| 13:56 |
bshum |
maryj: Make sure you have a good pickup location selected |
| 13:56 |
kmlussier |
Are you logged in as admin? |
| 13:57 |
bshum |
That's a common bug that happens with the admin account. |
| 14:01 |
maryj |
kmlussier++ |
| 14:17 |
pinesol_green |
[evergreen|Lynn Floyd] Docs: Link in catalog to clear Added Content cache - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8626fb0> |
| 14:22 |
* jeff |
eyes OpenILS::SIP::clean_text |
| 14:24 |
kmlussier |
Huh...when I tested the last piece of the negative billing code, I could have sworn that "Adjust to zero" option replaced the void option. But the void option is still there. |
| 14:24 |
kmlussier |
And is producing negative balances when I said to prohibit them. :( |
| 14:26 |
kmlussier |
I must have been in a rush that day. |
| 14:27 |
|
akilsdonk_ joined #evergreen |
| 14:27 |
remingtron |
kmlussier: seems like it's not working right? you could try running the tests |
| 14:27 |
kmlussier |
remingtron: No, I don't think it would be picked up by the tests. It was a UI element that was going to be removed, but was not removed. |
| 14:28 |
kmlussier |
It's something I should be able to fix. |
| 14:28 |
remingtron |
kmlussier: ah, I see |
| 14:32 |
maryj |
another new question: Is there a location off of github where the official manual for 2.9 is? Or are we waiting for after this hackfest to publish it? (I ask because of the High Level Workflow 2.a. mentions "the official manual" & I wanted to include a correct link.) |
| 14:33 |
remingtron |
maryj: the official docs are built from the master code repository every night, and they end up here: http://docs.evergreen-ils.org/ |
| 16:55 |
maryj |
okay y'all - I'll have my one remaining piece of acq documentation in tomorrow. Have a good evening! |
| 16:57 |
yboston |
you too |
| 16:59 |
gmcharlt |
@coin |
| 16:59 |
pinesol_green |
gmcharlt: heads |
| 17:07 |
|
mmorgan left #evergreen |
| 17:14 |
|
dMiller_ joined #evergreen |
| 17:18 |
pinesol_green |
[evergreen|Christine Burns] Docs: New link to My Lists - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=805d4d6> |
| 17:28 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:30 |
|
rlefaive joined #evergreen |
| 17:31 |
|
dMiller_ joined #evergreen |
| 17:45 |
Bmagic |
does evergreen record user logins paired with actor.workstation ? |
| 09:29 |
Dyrcona |
heh |
| 09:44 |
|
sarabee joined #evergreen |
| 09:52 |
csharp |
gonna take down the ubuntu and fedora buildslaves for a bit, FYI |
| 09:53 |
* Dyrcona |
plans to look into the failing test. I think the test needs adjustment. |
| 10:12 |
dbwells |
Dyrcona: I think you are right. I peeked at it last night, and we just need to remove the 'e's from the sample record in the test. |
| 10:15 |
dbwells |
I think the test might also read better if the "have" and "want" were swapped, but maybe that's just me. |
| 10:15 |
|
Christineb joined #evergreen |
| 10:20 |
Dyrcona |
In case you didn't know: cpan -u takes a long time to run and updates Perl modules installed from packages as well as those installed via CPAN. |
| 10:20 |
Dyrcona |
At least on Ubunut 14.04. |
| 11:45 |
mmorgan |
sqish, squish, squash - sometimes all are required :) |
| 11:53 |
Dyrcona |
Hmm. I'm starting to wonder if the fix in lp 1484281 was complete.... |
| 11:53 |
pinesol_green |
Launchpad bug 1484281 in Evergreen 2.8 "authority data may be deleted during propagation with current values of authority.control_set_authority_field" (affected: 1, heat: 10) [Critical,Fix committed] https://launchpad.net/bugs/1484281 |
| 11:53 |
Dyrcona |
The test still fails after I "fix" it. |
| 11:57 |
yboston |
Dyrcona: the deletes are still propagating? |
| 11:57 |
Dyrcona |
No, but a test keeps failing. |
| 11:58 |
yboston |
which test? one of mine? |
| 11:58 |
Dyrcona |
Also, there is a display_sf_list field that should probably be changed, and there is a 111 entry that probably needs the change. |
| 11:58 |
Dyrcona |
http://testing.evergreen-ils.org/~live/test.22.html |
| 11:59 |
yboston |
My understanding is that the $e can stay in the 111 according to cataloging rules; will double check |
| 12:00 |
yboston |
for the record, I thought that the display_sf_list was meant to still display the subfields that were found in the auth tag |
| 12:00 |
yboston |
and that I would want to display if the $e is actually there, but not authoirty control the $e in the auth tag, but my interpretation of display_sf_list could ahve been wrong |
| 12:44 |
krvmga |
i'm getting an error in course reserves whenever i click on an item "item_status() takes exactly 2 arguments (4 given)". has anyone run into this? |
| 12:46 |
krvmga |
the exception is coming out of Syrup/conifer/plumbing/hooksystem.py in callhook, line 24 ( which is "return f(*args, **kwargs)" |
| 12:47 |
jeff |
beware the dreaded kwargs. |
| 12:47 |
Dyrcona |
yboston: For fixing the test or anything else that the original patch mixed, I think we want a new bug. |
| 12:47 |
krvmga |
jeff: usually i can snickersnack them but now i'm stumped |
| 12:47 |
Dyrcona |
**kwargs |
| 12:49 |
gmcharlt |
yboston: ah, but upon reading again, yep, the *111* $e is a different beast |
| 12:52 |
jwoodard |
all I want is population stats! |
| 13:08 |
mmorgan |
krvmga: Is this every item, or only some items? Can you share a link, or is a login required? |
| 13:15 |
krvmga |
mmorgan: it's every item. you don't need a log in. go to http://rb.cwmars.org/qcc/browse and click on any title |
| 13:17 |
Dyrcona |
So, it gets weirder with this test. |
| 13:17 |
Dyrcona |
I run the function in the database that pg_prove says is failing and it looks like it outputs what is expected. |
| 13:18 |
Dyrcona |
Think I'll copy and paste it to be certain, or is that cheating? |
| 13:19 |
|
kbutler joined #evergreen |
| 13:23 |
dbs |
Dyrcona: does something else change the state of the db prior to running the failing test, by any chanceÉ |
| 13:23 |
Dyrcona |
dbs: Not as far as I know. I'm using concerto for this test. |
| 13:23 |
dbs |
ah le clavier Canadienne Multilinguel |
| 13:24 |
Dyrcona |
:) |
| 13:25 |
Dyrcona |
I did get the test to pass. I'm about to diff the two versions of the test, but I think the changed part is all one line so the difference may not stand out. |
| 13:25 |
Dyrcona |
I wonder if field order didn't change some where. |
| 13:25 |
Dyrcona |
did/didn't what's the difference? |
| 13:27 |
Dyrcona |
Ah.... |
| 13:30 |
gmcharlt |
nah, purely my fault for not reading ALL of the scrollback |
| 13:30 |
yboston |
Dyrcona: let me know if I can help with anything |
| 13:31 |
yboston |
Dyrcona: I would love to hear miker thouhgts on display_sf_list versus sf_list |
| 13:36 |
Dyrcona |
yboston: I don't think there's anything wrong with your change. The test needs to be updated, but I wonder why I'm getting the name space in every xml element. |
| 13:37 |
yboston |
OK |
| 13:37 |
Dyrcona |
Looking at the source from the failed testing server it is not getting the nameespace in every element. |
| 13:38 |
Dyrcona |
I am going to make the change that I originally thought was needed and push it to a branch after making a launchpad bug. |
| 13:38 |
Dyrcona |
I am inclined to blame different versions of libxml for the name space change. |
| 13:38 |
|
ericar joined #evergreen |
| 14:06 |
alynn26 |
stompro_home++ |
| 14:06 |
yboston |
*script |
| 14:07 |
alynn26 |
one step at a time |
| 14:07 |
yboston |
yes |
| 14:07 |
yboston |
shoudl I move on? |
| 14:07 |
yboston |
moving om |
| 14:07 |
yboston |
#info 3) remingtron will continue testing conversion of all .txt files to the .adoc extension |
| 14:08 |
yboston |
will postpone, because I am not sure if he is around today/now |
| 14:08 |
yboston |
#action remingtron will continue testing conversion of all .txt files to the .adoc extension |
| 14:08 |
yboston |
#info 4) kmlussier will send out an email to DIG list to request updates on unfinsished 2.8 new features |
| 14:08 |
yboston |
this was done |
| 14:08 |
yboston |
kmlussier++ |
| 14:09 |
alynn26 |
kmlussier++ |
| 14:09 |
yboston |
which leads to the next past action |
| 14:09 |
yboston |
#info 5) kmlussier will follow up with direct emails to request updates on unfinsished 2.8 new features or to ask for works in progress |
| 14:18 |
yboston |
#action Stompro will send a list to DIG list summarizing the 2.8 docs work he has so far shared |
| 14:19 |
yboston |
let me quickly postone my one task |
| 14:19 |
yboston |
#action yboston will move the undocumented content of the 2.8 new feature “TPAC Discoverability Enhancements” to its own section in the docs |
| 14:19 |
pinesol_green |
[evergreen|Jason Stephenson] LP#1491962 Fix 0847 Live Test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=12a4f8d> |
| 14:19 |
yboston |
my bad, did not get to it, did get good feedback from DIG at last meeting |
| 14:20 |
remingtron |
when we're ready, I want to add an item to the agenda |
| 14:20 |
yboston |
yes, go ahead |
| 15:50 |
pinesol_green |
[evergreen|Bill Erickson] LP#1465847 Empty patron search exits early - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=12a3f5b> |
| 16:03 |
|
jlitrell joined #evergreen |
| 16:24 |
Bmagic |
Anyone out there use metarecord holds primarily? We defaulted our OPAC to have group formats turned on. |
| 16:31 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 16:31 |
Dyrcona |
"And there was much rejoicing." |
| 16:32 |
bshum |
Huzzah |
| 16:37 |
dbs |
Dyrcona++ |
| 10:23 |
Dyrcona |
The branch name disappears once the code is cherry-picked. |
| 10:25 |
yboston |
good to know |
| 10:26 |
Dyrcona |
I'll amend the commit messages to make sure they're prefixed with the proper lp bug if they need it. |
| 10:30 |
Dyrcona |
And, I'm ready to commence testing. |
| 10:44 |
Dyrcona |
So to test this I run authority_control_fields.pl and watch the $e disappear from my target bibs? |
| 10:44 |
Dyrcona |
Meaning that is the behavior before the fix. |
| 10:50 |
|
ericar_ joined #evergreen |
| 10:52 |
|
ericar joined #evergreen |
| 12:04 |
Dyrcona |
And, lunch |
| 12:04 |
|
Christineb joined #evergreen |
| 12:20 |
|
collum joined #evergreen |
| 12:41 |
Dyrcona |
Guess I'll roll up the 2.9-rc so I'll have a little time to test it. |
| 12:44 |
Dyrcona |
Give me some time to figure what happened with bower. |
| 12:53 |
|
ericar joined #evergreen |
| 12:59 |
|
jihpringle joined #evergreen |
| 13:28 |
Dyrcona |
pgardella1: A/T isn't my strong point, but you need to make sure that the events are enabled and the cron jobs are running. |
| 13:29 |
tsbere |
pgardella: Has anyone tried to submit a request? If so, are they running into the max active requests limit? Do they have email addresses on file? |
| 13:31 |
mmorgan |
For reference, here's what transpired yesterday regarding pgardella's question: http://irc.evergreen-ils.org/evergreen/2015-09-01#i_200538 |
| 13:31 |
pgardella |
tsbere: I'm testing my own account. I have an email on file. So has several other library staff. None of us should have hit the max active requests. |
| 13:32 |
pgardella |
mmorgan++ |
| 13:32 |
tsbere |
pgardella: Are there any recent rows in actor.usr_password_reset? |
| 13:33 |
pgardella |
tsbere: nothing since 8/15 |
| 13:33 |
tsbere |
pgardella: That would imply no successful attempts to initiate one |
| 15:18 |
Dyrcona |
Is it something we would want to discuss at a future meeting, or should we drop it? |
| 15:18 |
jeff |
no specific followup other than that. drop it from the next agenda unless further discussion brings it back to the agenda. |
| 15:19 |
Dyrcona |
#agree drop it for now. :) |
| 15:19 |
Dyrcona |
#info ldw will looking into integrating neg. balance tests on test writing day |
| 15:20 |
Dyrcona |
ldw: I think that happened more or less. |
| 15:20 |
ldw |
I did not get the neg balance tests personally. I do not know if someone else worked on it that day. |
| 15:21 |
kmlussier |
#info kmlussier is Kathy Lussier, MassLNC |
| 15:21 |
Dyrcona |
There are some negative balance tests and more can always be added. |
| 15:21 |
Dyrcona |
dbwells or remingtron anything to add? |
| 15:22 |
dbwells |
I think the goal was to reconsider the way they were setup, but that doesn't need to happen with any particular urgency. |
| 15:23 |
Dyrcona |
So, we'll call that one done, too. |
| 15:39 |
Dyrcona |
#topic Evergreen Release(s) |
| 15:39 |
Dyrcona |
So, I'll take an action item right off the bat. |
| 15:39 |
Dyrcona |
#action Dyrcona to release 2.9-rc after the meeting. |
| 15:40 |
Dyrcona |
I just made the tarball this afternoon, loaded it on a test vm with concerto data, and all looks good. |
| 15:40 |
Dyrcona |
I even got it to work with the web staff client. I think that ended up being bad ownership on a directory. |
| 15:41 |
Dyrcona |
So, do we want action items for the maintenance releases in two weeks or is that overkill? |
| 15:42 |
Dyrcona |
I guess that would include 2.9.0 as well. |
| 17:05 |
Dyrcona |
bshum++ |
| 17:05 |
Dyrcona |
Thanks for taking care of that part. |
| 17:05 |
Dyrcona |
Well, time to go. I'll probably be back on later. |
| 17:06 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:09 |
bshum |
Dun, dun, dunnnnn |
| 17:09 |
bshum |
Authority test fail |
| 17:10 |
* bshum |
disappears into the mists |
| 17:33 |
jwoodard |
learned glaring at Evergreen does not fix anything |
| 18:15 |
|
Dyrcona joined #evergreen |
| 19:00 |
|
gsams-web joined #evergreen |
| 05:08 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:43 |
|
jboyer-isl joined #evergreen |
| 07:43 |
|
graced joined #evergreen |
| 07:57 |
|
mrpeters joined #evergreen |
| 09:33 |
jeff |
but i haven't measured that. |
| 09:34 |
mmorgan |
Using the back button, we can see the previous data that had been entered in the form. |
| 09:35 |
mmorgan |
Yours nicely clears that info. |
| 09:35 |
csharp |
quick question - we enabled Google Analytics in the OPAC yesterday, and it worked fine in all the browsers we tested, but we got mixed secure/insecure content warnings in the staff client (until we re-disabled it). Do others see that? How do you handle it? |
| 09:36 |
jeff |
csharp: pretty sure recent commit disables it in the staff client. |
| 09:36 |
tsbere |
csharp: That probably has to do with the oils protocol bit in the staff client for faking out "remote xul" and all. |
| 09:36 |
mmorgan |
lp 1466201 |
| 10:41 |
pinesol_green |
Launchpad bug 1175740 in Evergreen 2.4 "Acq: Certain workflows produce orphaned fund debits" (affected: 2, heat: 14) [Undecided,Incomplete] https://launchpad.net/bugs/1175740 |
| 10:43 |
csharp |
kmlussier: this came to me as "there are acq-orphaned copies floating around in the OPAC", so I haven't investigated deeply enough to know when copies/bibs aren't orphaned |
| 10:44 |
csharp |
in any case, I think Lebbeous's "prompt the user for copy deletion" approach is the best |
| 10:44 |
kmlussier |
Yes, I did some testing around those a while back and reported my results on bug 1269574. Not sure if the behavior has changed since then. |
| 10:44 |
pinesol_green |
Launchpad bug 1269574 in Evergreen "ACQ lineitems canceled via EDI not deleting linked bibs/items" (affected: 8, heat: 40) [Medium,Confirmed] https://launchpad.net/bugs/1269574 |
| 10:45 |
csharp |
kmlussier: oh - I inexplicably missed your comment on that bug :-/ |
| 10:47 |
kmlussier |
In re-reading bug 1175740, it looks like the initial issue reported was that fund debits stuck around if the lineitem was deleted without first being canceled. AFAIK, you can no longer delete lineitems in the UI, which is why I wasn't able to replicate it. |
| 10:47 |
kmlussier |
Of course, we want people to be able to delete lineitems in the UI, but only when they are in the "correct" state. Correct being pending or truly canceled. |
| 10:47 |
kmlussier |
I think that's on another bug. |
| 10:48 |
kmlussier |
So many bugs |
| 10:50 |
Christineb |
We have seen issues very similar to 1175740 - orphaned fund debits - I have it on my list to do additional testing and add notes |
| 10:50 |
Christineb |
so many bugs |
| 10:52 |
csharp |
yep |
| 10:53 |
kmlussier |
Christineb / csharp: If you can identify another scenario that creates orphan debits, let me know. I'll be happy to re-test an set the bug back to confirmed. :) |
| 10:54 |
kmlussier |
I'll also check back with my acq people to see if they are still seeing the problem. |
| 10:54 |
kmlussier |
I think one of our sites was the original source of that bug report from senator. But I could be mistaking it with another one because...so many bugs. |
| 10:55 |
kmlussier |
Speaking of so many bugs, I've been negligent on scheduling a Bug Squashing Day. We usually do one between beta and the full release. |
| 10:55 |
Christineb |
I think for us - when a line item is cancelled/delayed but then later received, an orhphan debit is created for the encumbrance - so we have a fund_debit where encumbrance = false and a fund_debit where encumbrance = true |
| 10:56 |
kmlussier |
Ah, that makes sense. |
| 10:56 |
Christineb |
I will test and add comments |
| 11:09 |
* kmlussier |
just spent 20 minutes typing up an email with a question to the dev list only to realize what the answer was as she was about to hit 'send.' |
| 11:09 |
dbs |
kmlussier: sounds like a blog post to me! |
| 11:09 |
kmlussier |
I think it would have taken less time if I had just talked to a rubber duck. |
| 16:42 |
pgardella |
What cronjob sends it? I've tried manually running the —run-pending |
| 16:46 |
mmorgan |
pgardella: Is your "Password reset request notification" action trigger enabled? It is not enabled by default. |
| 16:48 |
pgardella |
mmorgan: There isn't one in the example, nor listed anywhere I could find. |
| 16:51 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 16:52 |
tsbere |
pgardella: http://git.evergreen-ils.org/?p=Evergreen.git;a=blob;f=Open-ILS/src/sql/Pg/950.data.seed-values.sql;h=2532ba552eb1e9ae65e2fff98e45716fed1bad19;hb=master#l8164 |
| 16:52 |
mmorgan |
pgardella: If you look in the database table action_trigger.event_definition, it should be id 20. |
| 16:54 |
pgardella |
Ah. OK. I'll take a look. |
| 16:55 |
pgardella |
mmorgan: it is enabled. |
| 16:57 |
gsams |
pgardella: we gave password resets their own granularity. The cronjob looks like: */1 * * * * /openils/bin/action_trigger_runner.pl --osrf-config /openils/conf/opensrf_core.xml --run-pending --granularity password --granularity-only |
| 16:58 |
mmorgan |
pgardella: does the user requesting the password reset have an email address set in their account? |
| 16:58 |
pgardella |
Yes. I tested it with mine, as have several other library staff. |
| 16:58 |
tsbere |
gsans: Ours is very similar, but we only run it every five minutes instead of every minute. |
| 16:58 |
gsams |
of course, we had problems with A/T working without granularity settings |
| 16:59 |
pgardella |
I'll take a look and make sure the A/T is set up correctly. It looks like it, but I'll verify it against the git commit tsbere sent. |
| 17:04 |
kmlussier |
mmorgan: How often do your action triggers run? What I like about the approach from gsams and tsbere is that the password reset runs quite frequently. |
| 17:04 |
gsams |
mmorgan: We split it into 4 types, with overdue notices being by OU. The others are passwords, holds, and predue notices. |
| 17:05 |
* mmorgan |
checks the crontab |
| 17:05 |
gsams |
I was impatient when testing so I set it to 1 minute and never ended up changing it to 5 which was intended |
| 17:05 |
gsams |
it hasn't been a problem though, so bonus. |
| 17:05 |
kmlussier |
gsams: I think most users expect to receive the password reset immediately, so that seems like a good approach. :) |
| 17:06 |
mmorgan |
Our triggers run every two minutes. |
| 17:06 |
pgardella |
mmorgan: No events have been created since 8/15. Hum. Time to go figure out what we did that day! I'll check back in tomorrow once I talk to the engineers! |
| 14:26 |
dbs |
Dyrcona: yeah, I suspect it's a permission issue |
| 14:26 |
dbs |
weird that it shows up in the staff client menu but whatever, i'm a psql guy anyway |
| 14:28 |
dbs |
Yay, set up a "Circ Modifier trumps ALL!" weight and associated it as the default, and it seems to work. |
| 14:28 |
rfrasur |
Ugh, I completely forgot about the GoToMeeting test call, tspindler. My apologies. |
| 14:29 |
bshum |
rfrasur: tspindler: I knew I was forgetting something too... sigh :( |
| 14:29 |
* bshum |
has been in other meetings too |
| 14:29 |
rfrasur |
bshum, I can't blame other meetings, but I did put together 3 telescopes (and only swore twice). |
| 14:31 |
Dyrcona |
bshum++ |
| 14:31 |
Dyrcona |
I had that it all up on my server at some point, but got a new server or something happened and that was all I could find. |
| 14:32 |
Dyrcona |
Anyway, I'm investigating what looks like a permissions issue and this one is surprising to turn up after four years on Evergreen. |
| 14:41 |
tspindler |
bshum: its ok, Chauncey, Yamil and Andrea were on. I think we saw enough of the functionality to report back. We might want to try a large test later to see how its performance is with a larger number. |
| 14:42 |
|
akilsdonk joined #evergreen |
| 14:43 |
|
mmorgan1 joined #evergreen |
| 14:45 |
bshum |
tspindler: Cool deal, thanks for the update. |
| 14:45 |
bshum |
tspindler: I'm curious, presuming you guys were testing on Windows, maybe a Mac from yboston. Did any other OS make it in the mix? |
| 14:47 |
* bshum |
has used GoToMeeting sorta on his android phone, but remembered some oddities with his Ubuntu workstations once upon a time. |
| 14:48 |
jlitrell |
Last I heard was partial html5 support, so it should (kinda) work in lunix too. |
| 14:51 |
dbs |
hmm, maybe the circ weight matrix problem wasn't permssions, according to our logs: Returning method exception with message: An unknown server error occurred |
| 14:51 |
dbs |
fancy! |
| 15:27 |
pinesol_green |
Launchpad bug 1257915 in Evergreen "Acq: purchase orders stay "on-order" with some lineitems received and the rest canceled" (affected: 9, heat: 48) [Medium,Confirmed] https://launchpad.net/bugs/1257915 |
| 16:04 |
jihpringle |
Bmagic: we do that for at least one of our libraries every few months and haven't run into any issues |
| 16:05 |
Bmagic |
jihpringle++ that makes me feel confident |
| 16:05 |
jihpringle |
we did it on our test server first |
| 16:05 |
Bmagic |
right on |
| 16:06 |
jihpringle |
when she gets back from lunch, Christineb is going to try and find our ticket from when we tested this to see if we noted any issues/things to be aware of when testing |
| 16:07 |
|
tspindler left #evergreen |
| 16:08 |
jeff |
jihpringle++ Christineb++ |
| 16:29 |
jihpringle |
Bmagic: just confirmed in our ticket, all we do is change the state to = received and we've had no reports of issues from libraries |
