10:23 |
yboston |
I just switched to 2.7 the MOnday after the last EG conference |
10:24 |
yboston |
BW, I am not kidding that for the last three eyars at the EG cofnerence that bug has been mentioned to me by various folks |
10:24 |
Dyrcona |
I believe you. I recall hearing it mentioned at one, at least. |
10:25 |
Dyrcona |
Best thing is if we could set up a test to make it happen. |
10:25 |
yboston |
It could have gone away, but from Dan's comments it might have been a feature and not in the sarcastic CYA way |
10:25 |
Dyrcona |
That doesn't sound intentional to me. |
10:26 |
Dyrcona |
I don't recall what MARC says about subfield order, if anything. |
10:44 |
|
pmurray joined #evergreen |
10:53 |
krvmga |
https://bugs.launchpad.net/evergreen/+bug/1467559 |
10:53 |
pinesol_green |
Launchpad bug 1467559 in Evergreen "# hash tag truncated in URL in Call Number (shelf browse)" (affected: 1, heat: 6) [Undecided,New] |
10:56 |
Dyrcona |
Guess I should find a controlled field with more than 1 subfield to test lp 712490. |
10:56 |
pinesol_green |
Launchpad bug 712490 in Evergreen "Subfield order in bib. record changes when editing authority" (affected: 3, heat: 16) [Undecided,Incomplete] https://launchpad.net/bugs/712490 |
10:56 |
Dyrcona |
I did find an author with the $0 before the $a in the bre's 100. |
10:56 |
dbwells |
krvmga: pretty sure I'm not Chris Sharp, but I've been called worse ;) |
11:18 |
yboston |
I don't remember the details of the issue, I am attempting to quote what eeevil explained to me a while ago. My memory might be wrong |
11:19 |
yboston |
s/I am/I was/ |
11:23 |
Dyrcona |
Yep. It took 72.575 seconds in the database. |
11:25 |
Dyrcona |
Maybe I picked a bad one to test with. |
11:25 |
Dyrcona |
We had two subject headings for Fables, so I merged them. |
11:26 |
Dyrcona |
Looking at some records for books by Coelho, I don't see that the the fields changed order after the merge, but the most they have in that sugject is three, including the $0. |
11:27 |
Dyrcona |
That should be "subfields changed order." |
17:05 |
dbwells |
berick++ |
17:06 |
jonadab |
There are ice cream flavors besides chocolate? |
17:12 |
|
mmorgan left #evergreen |
17:13 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
17:39 |
|
remingtron_ joined #evergreen |
17:41 |
|
Newziky joined #evergreen |
17:42 |
hopkinsju |
Stompro: My pleasure. Hope it is of use. |
00:31 |
|
bbqben joined #evergreen |
04:46 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
08:00 |
|
mrpeters joined #evergreen |
08:02 |
|
Dyrcona joined #evergreen |
08:12 |
|
rjackson_isl joined #evergreen |
15:26 |
berick |
Dyrcona: yeah, IIRC, JSON looks just like python objects (dicts, arrays, strings) |
15:26 |
Dyrcona |
berick: Thanks! That is what I thought. |
15:26 |
berick |
so no need to do any translation like you have to do with perl objects => hashes, etc. |
15:27 |
Dyrcona |
Think I'll just look up all of wife's circulations as a test. |
15:27 |
Dyrcona |
I'd look up mine, but I have nothing checked out at the moment. |
15:28 |
Dyrcona |
Do I say None for null? |
15:29 |
berick |
yeah |
16:02 |
Bmagic |
I just discovered that this table has doubles: config.coded_value_map . Anyone else have doubles? select code,count(*) from config.coded_value_map where ctype='vr_format' group by code order by code |
16:02 |
Bmagic |
I wonder if it was a DB upgrade script somewhere |
16:05 |
berick |
Dyrcona: yes |
16:05 |
Dyrcona |
berick: Yeah, I was just testing it. |
16:07 |
Dyrcona |
It's gonna be fun when I try to do date_trunc('day', now()) = date_trunc('day', due_date)... I'll probably need to refer to the great page on the wiki. |
16:08 |
berick |
Dyrcona: yeah, i always have to scan the code for stuff like that. might be easier to use between |
16:11 |
jeff |
(as well as more performant on the postgres side) |
16:47 |
jeff |
the only one i'm aware of is the logic in Dyrcona's Safari load script. |
16:47 |
gmcharlt |
nah, I'll just cherry-pick on a Friday afternoon |
16:47 |
Bmagic |
Dyrcona: Gotcha |
16:47 |
bshum |
But we can test it. |
16:48 |
Dyrcona |
Bmagic: As jeff pointed out, my safariload script checks for d in the leader and deletes bibs if found: http://git.mvlcstaff.org/?p=jason/safariload.git;a=summary |
16:49 |
Dyrcona |
You might be able to use it as an example/starting point. |
16:49 |
Dyrcona |
And, while fiddling with my Python script, I discover that two of my wife's circs from 2011 have xact_finish set but no checkin_scan_time. |
17:17 |
jeff |
gsams: are all of the items you want to change in a certain shelving location right now, or are they all over the place? |
17:17 |
gsams |
single shelving location, changing to multiple locations |
17:17 |
jeff |
what is the id of the single source shelving location? |
17:18 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
17:18 |
gsams |
It's actually 3819, I don't know why the one I pasted had that for the set, the new one is 4870. |
17:19 |
gsams |
since it was based on the call number pattern, I figured singling out the owning library and call number pattern was the best option |
17:22 |
|
Newziky left #evergreen |
17:25 |
jeff |
gsams: i took your original query and updated it -- does this approach look better? Please don't run this "for real" on live data without appropriate safeguards, etc: https://gist.github.com/jeff/50f2999095e175c49362 |
17:25 |
gsams |
jeff: Thankfully, testing it on a backup. |
17:26 |
jeff |
gsams: that FROM statement on the UPDATE query is how you do an UPDATE with a JOIN, essentially |
17:26 |
mmorgan |
gsams: Again, the Friday afternoon brain, but you could *test* this one too, based on yours... |
17:26 |
jeff |
and what would be your ON becomes just another part of the WHERE clause |
17:26 |
pastebot |
"mmorgan" at 64.57.241.14 pasted "Possible query" (9 lines) at http://paste.evergreen-ils.org/75 |
17:28 |
gsams |
mmorgan: Ah. Yes now I understand what dumb I was actually perpetrating. |
09:45 |
mrpeters |
i can't seem to edit any MARC in staff client, nor via the DB |
09:48 |
jeff |
mrpeters: recently added broken metabib field definition? |
09:49 |
jeff |
mrpeters: as often is the case when something breaks, knowing what changed gives useful context. |
09:49 |
mrpeters |
hmm, i dont think i've added any other than any that might have been added with the upgrade to 2.8.0 |
09:49 |
mrpeters |
this is just a test system |
09:49 |
mrpeters |
so it was a 2.6.2 to 2.8.0 upgrade, many months ago -- i guess nobody had tried editing MARC on it until I did yesterday |
09:52 |
|
_bott_ joined #evergreen |
09:55 |
eeevil |
mrpeters: you've got broken xpath in config.metabib_field ... almost certainly mismatched namespace prefix in the xpath compared to what the format dictates. the format and namespace prefix are not necessarily the same. ISTR you running into this recently. see: select name, prefix from config.xml_transform; |
09:56 |
eeevil |
or, maybe you had a bad predicate ... one of the two ... |
10:16 |
jeff |
Ud Paté? |
10:22 |
csharp |
berick: if you mistype something, a very slow train rolls by ;-) |
10:25 |
berick |
funny thing is i mistyped that sentence. s/the have/they have/ |
10:26 |
mrpeters |
fwiw regarding config.xml_transform, the tables are identical in production 2.6.2 and test 2.8.0 |
10:26 |
dbwells |
berick++ # I heard on the news last night you were downgraded to a depression, thought you could use a lift |
10:27 |
* berick |
feels like he missed something |
10:28 |
berick |
oh |
11:52 |
|
BigRig_ joined #evergreen |
11:54 |
Dyrcona |
dbs: Maybe. I got a syntax error the other day, but maybe that was running a 2.7 script with the 3.4 executable. |
11:54 |
* Dyrcona |
has a lot going on right now. |
11:56 |
dbs |
berick: heh, you got a patch in while I was talking and testing :) |
11:56 |
dbs |
berick: maybe we could combine patch forces to support both default protocol and just allowing the user to pass in the protocol explicitly as part of the gateway argument? |
11:58 |
Dyrcona |
dbs: yes, print() works in 2.7. I just changed my test script. |
11:58 |
Dyrcona |
When I'm doing something Evergreen-related, I'm expecting Perl, so my fingers want to type . instead of +. |
11:59 |
berick |
dbs: works for me. i thought about that, then got lazy |
11:59 |
Dyrcona |
Cool thing. I can load my JSON files with my login credentials that I use in Perl and use those almost, as-is to login via Python. |
16:52 |
Dyrcona |
git++ |
16:53 |
jeff |
[violent agreement] |
16:53 |
jeff |
git++ |
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:07 |
jeff |
regarding that test failure: https://rt.cpan.org/Public/Bug/Display.html?id=105330 |
17:08 |
|
mmorgan left #evergreen |
17:09 |
jeff |
https://github.com/redhotpenguin/perl-Archive-Zip/commit/9959caa2a2e27d64097420e2eab5f46ddf47726b |
17:10 |
jeff |
amusingly, just moments ago. |
17:24 |
|
bbqben joined #evergreen |
18:38 |
|
gsams joined #evergreen |
18:39 |
|
remingtron joined #evergreen |
02:46 |
|
jonadab_znc joined #evergreen |
02:46 |
|
ohiojoe joined #evergreen |
02:46 |
|
eady joined #evergreen |
05:06 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
07:50 |
|
Newziky joined #evergreen |
07:55 |
|
rjackson_isl joined #evergreen |
07:57 |
|
graced joined #evergreen |
11:37 |
pinesol_green |
[evergreen|Ben Shum] Remove alpha and RC scripts for 2.3-2.4 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c14dc20> |
11:42 |
bshum |
gmcharlt: https://bugs.launchpad.net/evergreen/+bug/1442796 fell off the radar last maintenance cycle, but I'm hoping to get it through for you now. |
11:42 |
pinesol_green |
Launchpad bug 1442796 in Evergreen 2.7 "Record attribute definitions that use xpath can break bib ingest" (affected: 1, heat: 6) [Medium,New] |
11:42 |
bshum |
I'm poking at the pgtap test next, since I haven't played with it personally. |
11:49 |
bshum |
Actually maybe i'll wait on that one and spend more time on my pgtap setup later... *big sigh* |
11:53 |
RoganH |
Is there a long term goal to get in pgtap tests that do things like test function output with concerto data? |
11:56 |
rfrasur |
kmlussier: is there a color limitation (apart from trademark stuff)? |
11:57 |
kmlussier |
rfrasur: Color limitation in what sense? |
11:58 |
rfrasur |
1 color imprint? a cost function. When this gets printed, are you going to some more or less expensive... |
16:15 |
kmlussier |
berick: That's your first mistake. |
16:15 |
Dyrcona |
heh |
16:15 |
berick |
digitalgraphitti: release should be done today |
16:16 |
digitalgraphitti |
we are looking to convert to evergreen very soon, and I have test installed onto wheezy a month ago, but have since upgraded to jessie and ran into problems, and decided to put it down until 2.8.2 |
16:16 |
jeff |
Also, as the description of sms.enable somewhat alludes, if you set it to false and users or staff edit their notification preferences (possibly other scenarios as well), SMS notification can be saved as unset for a user who previously had it set. |
16:16 |
digitalgraphitti |
YAY i know what im doing tonight then, and it doesnt involve sleep hahaha |
16:18 |
* bshum |
waits for kmlussier to finish so that cutting can commence shortly thereafter |
16:48 |
Bmagic |
Is there any reason a copy can be deleted by nobody? According to the auditor table, there was no one responsible. The item went into transit, then a couple weeks later deleted by no one |
16:49 |
berick |
voldemort did it |
16:49 |
* kmlussier |
suspects it was pinesol_green |
16:49 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
16:49 |
Bmagic |
Ah! I knew it |
16:49 |
kmlussier |
Uh oh |
16:49 |
Bmagic |
Will "Abort transit" make that happen somehow? |
16:50 |
pastebot |
"mrpeters" at 64.57.241.14 pasted "could not create XPath object" (12 lines) at http://paste.evergreen-ils.org/70 |
16:50 |
mmorgan |
Bmagic: Abort transit won't delete items. The row in the transit_copy is deleted when the transit is aborted. |
16:50 |
mrpeters |
what fun have i gotten myself into with the could not create Xpath object stuff? |
16:50 |
bshum |
Well that live test failure looks like a problem with installing Excel::Writer::XLSX on the wheezy system :\ |
16:50 |
* bshum |
wonders what might have happened there |
16:50 |
mrpeters |
and the first line there should be helpful if anyone needs to ever add a 856$9 to some bibs |
16:51 |
Bmagic |
mmorgan: I knew that "abort transit" will delete the row from transit_copy which is why I think someone must have used that function because there are no rows in there for this item. But it's also deleted by no one |
16:51 |
mrpeters |
maybe worthy of a random magic spell entry, maybe :P |
04:52 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
05:29 |
|
gsams joined #evergreen |
07:48 |
|
rjackson_isl joined #evergreen |
08:15 |
|
akilsdonk joined #evergreen |
10:06 |
berick |
localStorage.clear() // for example |
10:06 |
berick |
probably same page :) |
10:06 |
Dyrcona |
I probably want localstorage.removeItem("key") |
10:07 |
berick |
yeah, though on my test system, it's the only key on this domain |
10:08 |
* csharp |
waits for replacement plane at Dulles on the way to PGCon in Ottawa |
10:09 |
Dyrcona |
Actually, I want sessionStorage. |
10:09 |
Dyrcona |
localStorage has my login info, etc. |
10:21 |
Dyrcona |
It doesn't look like it can be used to create instances in the same way as the Perl Fieldmapper. |
10:22 |
Dyrcona |
I was just reading about creating classes, etc. on the fly in Python. |
10:24 |
pinesol_green |
[sipserver|Bill Erickson] LP#1425135 Log message duration w/ millisecond granularity - <http://git.evergreen-ils.org/?p=SIPServer.git;a=commit;h=cffea8a> |
10:26 |
berick |
Dyrcona: in python, the IDL tells opensrf about classes, then instnaces are created via the opensrf api. |
10:26 |
berick |
Dyrcona: http://git.evergreen-ils.org/?p=Evergreen.git;a=blob;f=Open-ILS/src/support-scripts/test-scripts/acq_fund.py;h=17f16b5a5945d6655797d8d6688c8a426eddaa09;hb=HEAD |
10:26 |
berick |
see the line: fund_source = osrf.net_obj.NetworkObject.acqfs() |
10:27 |
* berick |
admits the API could be better there |
10:29 |
Dyrcona |
I see. So I should look in the Python osrf source to see how the objects are created. |
10:30 |
Dyrcona |
I'm so used to Fieldmapper::asset::copy->new().... ;) |
10:30 |
berick |
yeah, and I also like the js-style var org = new egIDL.aou() |
12:10 |
berick |
eeevil: was just about to try that... |
12:13 |
* berick |
will know when cron picks it up in 2 minutes |
12:17 |
berick |
eeevil: confirmed, that works |
12:17 |
phasefx |
this looks minor: Failed test 'CStoreEditor returns standard query error' at live_t/08-lp1366964-libdbi-error.t line 31. got: 'DATABASE_UPDATE_FAILED' expected: 'DATABASE_QUERY_FAILED' |
12:18 |
berick |
huh |
12:18 |
Dyrcona |
berick: I confirmed with tsbere that our firewall is proxying FTP, so we don't need passive FTP. |
12:19 |
* berick |
nods |
12:22 |
berick |
kmlussier++ |
12:22 |
berick |
my brand is taking off! |
12:22 |
Dyrcona |
heh |
12:25 |
* phasefx |
will put a fix on lp902255 for the live test |
12:26 |
Stompro |
Question about building the staff client - http://wiki.evergreen-ils.org/doku.php?id=mozilla-devel:building_the_staff_client - states that "The staff client is built as part of the “make install” process in a normal load." Is that actually true? It doesn't seem to be for me. |
12:27 |
Dyrcona |
Stompro: It's not, you need to do some extra steps. |
12:27 |
berick |
Stompro: the server pieces are, but the exe requires extra steps |
13:43 |
Stompro |
re changing phone numbers, how about a phone number verification system, on a change, call the customer and read them a code that they need to enter to confirm the change. |
13:45 |
jeff |
Stompro: while i don't want to require that, i'm interested in having that as an option for some things including email and sms. |
13:47 |
berick |
Dyrcona: if you go the python route, let me know if you have any problems |
13:48 |
Dyrcona |
berick: I'll have a look at it later. I've got some tests that use the PHP client that I can just modify to do what I need. |
13:48 |
Dyrcona |
I want to see what this vendor sees for the item information look ups. They say certain copies still cause a problem. |
13:50 |
* berick |
nods |
13:51 |
|
ericar_ joined #evergreen |
16:23 |
rangi |
yeah magnus did some work on that, i think he had it mostly done, ill need to catch up |
16:23 |
Dyrcona |
cool. I think I made a change or two to my side to fix bugs since then. |
16:23 |
Dyrcona |
He sent me a later some time ago about it. |
16:34 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
16:38 |
Dyrcona |
And, starting around 1:00 am tomorrow morning, we'll be testing this in production: http://git.evergreen-ils.org/?p=working/SIPServer.git;a=commit;h=c43cf27771e78a857ab86abe0dba29bfc36683c3 |
16:46 |
|
dmoses joined #evergreen |
16:50 |
|
bmills joined #evergreen |
16:52 |
|
bmills1 joined #evergreen |
10:00 |
Stompro_home |
bshum, I think it should also remove the old library "libspreadsheet-writeexcel-perl", just like what was done for the wheezy/squeeze/precise/trusty dependency makefiles in LP#1351355. |
10:00 |
bshum |
Stompro_home: Ah good point. I'll make some adjustment for that too and re-push it. |
10:03 |
Dyrcona |
jboyer-isl: 'Cause it's complicated. |
10:03 |
Stompro_home |
bshum, I'll try and test it this weekend or early next week, since the change is exactly the same as the other make files it seems like it could just be committed. |
10:03 |
* Dyrcona |
voids some payments. |
10:04 |
|
afterl joined #evergreen |
10:04 |
bshum |
Stompro_home: Yep, sounds good. I force pushed a new copy of the branch with the revised change. |
10:30 |
Dyrcona |
jeff: We never target "Master" as a series. |
10:31 |
Dyrcona |
At least, I never do. |
10:31 |
Dyrcona |
No one else appears to. |
10:33 |
jeff |
yeah. i was surprised to see it there and wondered what it would do if i checked it, so... i tested. :-) |
10:33 |
jeff |
Dyrcona: but correct on the subject of changing milestone from Evergreen 2.next to 2.9-alpha if I intend it to be ready? |
10:34 |
Dyrcona |
Yes. |
10:34 |
jeff |
thanks! |
10:35 |
pinesol_green |
[evergreen|blake] LP1424646 Paid-For Long Overdue Items Still Appear in "Other/Special Circulations" Window - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ac318a4> |
10:47 |
Dyrcona |
berick: Should we backport that to 2.8? |
10:48 |
berick |
Dyrcona: yes, i think so |
10:48 |
Dyrcona |
OK. I'll do that now. |
10:49 |
* Dyrcona |
is going to build a new dev branch, so thought I'd commit a couple of branches that I've tested, first. |
10:49 |
Dyrcona |
bshum: Do you want the ruby fix for EDI in 2.7? |
10:50 |
bshum |
Dyrcona: It might be a good idea actually |
10:50 |
berick |
do we have a trusty installer in 2.7 |
12:41 |
berick |
Bmagic: just to be clear, the printer shows up in admin -> workstation -> printer settings -> configure printer |
12:41 |
Bmagic |
I was pleased to see it there. Yes |
12:42 |
Bmagic |
I configured it which prompted me a print dialog. I clicked ok and it edited the JSON |
12:42 |
berick |
ok, good |
12:42 |
berick |
are you testing via "Test Printing" ? |
12:42 |
Bmagic |
Yes |
12:43 |
berick |
ok, are you running hatch in a terminal? |
12:43 |
berick |
... and seeing the debug output |
12:46 |
berick |
it's not even trying to send the print job |
12:46 |
Bmagic |
this is stock 2.7.0 |
12:46 |
Bmagic |
that could be it? |
12:46 |
berick |
are you testing plain text or html printing? |
12:46 |
Bmagic |
both |
12:47 |
berick |
it would be better to test w/ EG master, but I can't say for sure that's the problem |
12:47 |
Bmagic |
thanks! no worries, I will keep hammering on it |
12:48 |
berick |
here's what hatch shows when I print.. http://pastie.org/10237584 |
12:48 |
Bmagic |
berick++ |
12:48 |
berick |
in your logs, do you see a line like the first line in my paste? that's testing the Text print |
12:52 |
Bmagic |
It's not showing the lines with the numbers for the print job. AKA n\n1234567890123456789012345678901234567890 |
12:55 |
berick |
no line that starts out 2015-06-12 12:42:35.453:INFO:WebSocketHandler:qtp2051450519-26: onMessage() {"action":"print",... |
12:55 |
jeff |
If I were to advocate for removal of the per-hold customization of notifications, would anyone here strongly oppose that? |
14:24 |
remingtron |
yboston: anything major to discuss post-hackfest? |
14:25 |
yboston |
remingtron: sorry I missed your additions |
14:25 |
remingtron |
no problem, they were late |
14:26 |
yboston |
elizabeth_: no problem, but for the record witht he use of community test server you can help test our or docuemnt newer versiosn of EG. Also, we have docuemntation needs for features in older versions of EG |
14:26 |
yboston |
elizabeth_: feel free to email me directly if you have any questiosn or comments |
14:27 |
yboston |
remingtron: I can't think of anythign esle post coference, now that I blurted a few more things out to you during this meeting |
14:27 |
Stompro_home |
yboston is a great mentor for getting up to speed with helping out with documentation. |
14:27 |
yboston |
hands down this was the most effective DIG hackfest |
14:27 |
elizabeth_ |
yboston: thanks! We're part of the SPARK Libraries so we really appreciate all the documentation |
15:00 |
elizabeth_ |
Thank you all for the warm welcome. |
15:01 |
yboston |
elizabeth_: btw, where is the SPARK system located? |
15:01 |
elizabeth_ |
yboston: SPARK is a collection Pennsylvania Public Libraries |
15:01 |
gmcharlt |
tsbere: I can your attention to bug 1464748 for SIPServer; it arose from my testing of your patches for 1463459 |
15:01 |
pinesol_green |
Launchpad bug 1464748 in SIPServer "SIPServer tosses away current account prematurely" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1464748 |
15:01 |
yboston |
elizabeth_: thanks |
15:02 |
gmcharlt |
tsbere: upshot - I believe that branch should be reviewed and pushed as a unit |
15:57 |
mmorgan |
jeff: FWIW I am also finding that at least a few of our users make use of different hold notification methods. You may find that more would if they had the option to receive text messages for some. |
16:00 |
pinesol_green |
[evergreen|Michael Peters] LP#1154656 MARC Expert Search "Add Rows" adds duplicate row - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7903e32> |
16:00 |
Dyrcona |
bug_squashing_day++ |
16:00 |
jboyer-isl |
jeff: totally unnecessary dev database. But one of the problems with allowing perl in-db is that sometimes postgres can't cancel things itself (such as when you're testing stupid regex tricks) |
16:03 |
jeff |
here, we're probably moving away from per-hold notification options, toward user settings. |
16:05 |
Dyrcona |
rashma++ #testing braches |
16:06 |
Dyrcona |
branches, even. ;) |
16:07 |
|
goood joined #evergreen |
16:07 |
|
eady joined #evergreen |
17:09 |
gmcharlt |
other than possibly adding a bottle of glue to join the belt and the suspenders |
17:13 |
|
mmorgan left #evergreen |
17:15 |
|
sarabee joined #evergreen |
17:18 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
17:24 |
|
bmills joined #evergreen |
18:04 |
Bmagic |
have a good weekend everyone! |
18:15 |
|
cbear0x joined #evergreen |
07:20 |
|
BigRig_ joined #evergreen |
07:20 |
|
Callender_ joined #evergreen |
07:55 |
|
Stompro_home joined #evergreen |
08:05 |
csharp |
anyone using Windows 10 in production? Now that MS is offering the upgrade to all Windows 7 users, our libraries are wondering if it's safe to do. |
08:07 |
csharp |
I haven't tested anything myself, but I understand that nothing obvious is broken - I'm just concerned about how it will do under load (e.g., checking out 50 patrons in an hour) - we have enough problems with RAM usage on Windows 7 for me to want to introduce another factor in troubleshooting :-/ |
08:09 |
|
ericar joined #evergreen |
08:23 |
|
akilsdonk joined #evergreen |
08:26 |
|
Newziky joined #evergreen |
09:20 |
mrpeters |
its a lot like ubuntu, really |
09:20 |
mrpeters |
just start typing what you want and it comes up |
09:20 |
Bmagic |
typing what you want started with Vista |
09:20 |
RoganH |
I should disclaim that I have no personal opinion though it occurs to me that I might want to update my windows testing VM to 10 or build another one for it. |
09:32 |
|
maryj joined #evergreen |
09:33 |
jeff |
csharp: on the subject of users editing themselves... if they can't change home_ou or profile, would you still want them prevented from self-editing? |
09:34 |
csharp |
jeff: let me think on that for a few minutes... |
11:50 |
jeffdavis |
remingtron: http://git.sitka.bclibraries.ca/gitweb/?p=sitka/doc/manual.git;a=summary |
11:51 |
jeffdavis |
There has been some asciidoc vs docbook discussion locally but I'm not sure where things have been left there. |
11:53 |
mrpeters |
hey jeffdavis -- just the guy i was looking for :P does your overdrive-eg-opac contrib branch work with 2.8.0? |
11:55 |
jeffdavis |
mrpeters: it works with Sitka's somewhat-customized 2.8. I haven't tested with stock 2.8 yet (focused on preparing for our upgrade). |
11:57 |
mrpeters |
no worries, jeffdavis thanks! |
11:57 |
mrpeters |
did you just merge the contrib branch with your 2.8 custom branch? |
11:58 |
jeffdavis |
Hang on a sec, I need to dig up a commit |
11:58 |
mrpeters |
np |
11:59 |
mrpeters |
i was thinking maybe i'd just cherry pick it one by one into rel_2_8 and install |
12:00 |
jeffdavis |
We keep the overdrive-eg-opac code separate from Evergreen proper, with a couple of small tweaks to make the OPAC overdrive-eg-opac aware |
12:00 |
mrpeters |
what would be the easisest method for integrating it into an already running 2.8.0 test system to try it out? |
12:01 |
mrpeters |
if i were to clone your branch, can i just follow the readme -- or do i need it to be aware of the Evergreen codebase |
12:03 |
jeffdavis |
You should be able to just follow the readme. |
12:03 |
jeffdavis |
http://git.sitka.bclibraries.ca/gitweb/?p=sitka/evergreen.git;a=commitdiff;h=f8d5d13 |
12:03 |
mrpeters |
awesome -- i wasn't sure if this was "on top of" Evergreen or its own module -- but now i see that it is the latter, which is great |
16:05 |
kmlussier |
This - bug 902255 |
16:05 |
pinesol_green |
Launchpad bug 902255 in Evergreen "possible to double-scan an item during check-in and have it captured by two holds" (affected: 10, heat: 54) [Low,Confirmed] https://launchpad.net/bugs/902255 |
16:06 |
Bmagic |
I wasn't aware of that setting on the UI, That is definiatly it |
16:06 |
kmlussier |
I replicated it yesterday without async checkin. I hope to get that code tested again today or tomorrow. |
16:08 |
Bmagic |
Oh wow, the code was just submitted on Monday |
16:09 |
bshum |
It's an oldie |
16:11 |
yboston |
phasefx: are you around? |
16:12 |
yboston |
phasefx: I have a question about docsevergreen-ils.org |
16:15 |
phasefx |
yboston: I'm here |
16:16 |
yboston |
phasefx: I sent a test email to that address earlier, did you geta copy? |
16:16 |
phasefx |
yboston: I did |
16:16 |
yboston |
phasefx: OK, just checking. |
16:17 |
yboston |
phasefx: a community member had a bounce back and I did not get copies on my work account, but I got a copy on my personla account |
16:17 |
yboston |
phasefx: just making sure |
16:17 |
phasefx |
fwiw, prior to your test, the last one I saw was back in February |
16:22 |
|
afterl joined #evergreen |
16:22 |
|
afterl left #evergreen |
16:23 |
|
jonadab_znc joined #evergreen |
16:23 |
|
eady joined #evergreen |
17:03 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
17:12 |
|
mmorgan left #evergreen |
17:18 |
|
Newziky joined #evergreen |
17:49 |
|
Stompro_home joined #evergreen |
00:26 |
|
Guest33082 joined #evergreen |
02:39 |
|
collinanderson joined #evergreen |
05:06 |
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 |
|
Newziky joined #evergreen |
07:26 |
|
TaraC joined #evergreen |
07:50 |
|
Shae joined #evergreen |
09:13 |
dbs |
jcamins++ |
09:13 |
dbs |
also, printing-- |
09:14 |
Stompro_home |
kmlussier, doh, didn't see that column, nevermind. |
09:15 |
jcamins |
dbs: ooh, you're testing the new Java compilation mode? Compile-to-paper? Run a print-out of a .class file through a scanner and you can run your Java application on any non-Linux, non-BSD, non-Windows, non-Mac computer. |
09:16 |
jcamins |
(this weekend I helped a coworker get a Java program running on his new laptop; I have lots of excess hostility toward Java now) |
09:16 |
csharp |
java-- |
09:16 |
csharp |
@karma java |
09:16 |
pinesol_green |
csharp: Karma for "java" has been increased 0 times and decreased 2 times for a total karma of -2. |
09:16 |
dbs |
jcamins++ # you need the karma |
09:16 |
dbs |
berick++ # for figuring _some_ sort of solution for centralized printing |
09:18 |
dbs |
csharp: so do you think OpenJDK + OpenJFX will work on any platform, or is it a matter of "must use Oracle's proprietary Java distribution"? |
09:20 |
csharp |
dbs: I'd love to test on Ubuntu - I was actually just going to ask for a spare laptop from one of our IT staff to try |
09:22 |
csharp |
screw it, I'll just use virtualbox (for its dead-simple network bridging capabilities) |
09:22 |
jeff |
printing-- indeed. |
09:22 |
mrpeters |
did i hear someone mention recently that there were scripts to auto-build master on regular intervals? |
09:22 |
jeff |
our "print from the opac" setup uses a network receipt printer, an HTTPS call, and CUPS. It takes about 4 seconds at present from click to print. |
09:53 |
|
terran left #evergreen |
09:54 |
|
terran joined #evergreen |
09:59 |
Stompro_home |
Those sandboxes worked great, kmlussier++ mobius++ Bmagic++ |
10:00 |
kmlussier |
mmorgan: We should make it a regular thing. :) |
10:00 |
kmlussier |
Stompro_home++ #testing |
10:02 |
kmlussier |
Stompro_home: On your signoffs, if you're not doing the git signoff, could you add the language that I sent out in the Sandbox email? |
10:02 |
* kmlussier |
will update the Bug Squashing Day spreadsheets with Stompro_home 's signoffs. :) |
10:03 |
bshum |
Stompro_home: later today, time permitting, I'm hoping to get some more action on the next round of Jessie bugs |
10:03 |
Stompro_home |
Sure, I'll do that in 20 min. |
10:04 |
* kmlussier |
probably should have added the code from bug 1435938 on the Sandbox that is being used to test bug 1431055 :( |
10:04 |
pinesol_green |
Launchpad bug 1435938 in Evergreen "New Feature: Allow Staff to clear Added Content cache" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1435938 |
10:04 |
pinesol_green |
Launchpad bug 1431055 in Evergreen "Content Cafe opens in a new window" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1431055 |
10:05 |
kmlussier |
OK, I think I need help with this Sandbox. http://mlnc2.mvlcstaff.org/eg/opac/home |
10:31 |
csharp |
Bmagic++ |
10:33 |
csharp |
@who wishes vim was installed by default on all the major distros |
10:33 |
pinesol_green |
jeff_____ wishes vim was installed by default on all the major distros. |
10:37 |
berick |
StomproJ: i was about to test bug #1449709 and related bugs (1452366 1452352), but I see you are assigned. are you actively testing? |
10:37 |
pinesol_green |
Launchpad bug 1449709 in Evergreen "support caching of compiled Template Toolkit templates" (affected: 1, heat: 8) [Wishlist,New] https://launchpad.net/bugs/1449709 - Assigned to Josh Stompro (u-launchpad-stompro-org) |
10:37 |
pinesol_green |
[evergreen|Lynn Floyd] Docs: New chapter for Library Settings Editor - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=578fd40> |
10:37 |
pinesol_green |
[evergreen|Remington Steed] Docs: Fix spelling errors in Library Settings docs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=57bd96b> |
10:40 |
Bmagic |
Has anyone out there changed the series index fields? Can we include both 440 and 490? |
10:40 |
Dyrcona |
Is SIP now doing something different if the client does not explicitly log out? |
10:41 |
mrpeters |
Bmagic: i think there is some stuff on the random magic spells page to do that |
10:41 |
berick |
StomproJ: in either case, i'll continue testing, since you're not assigned to the other tickets. let me know how your testing goes... |
10:41 |
StomproJ |
berick, I tested #1449709 and it seemed to work well, I was just about to update the ticket. |
10:41 |
|
jwoodard joined #evergreen |
10:42 |
berick |
StomproJ: great, thanks |
10:43 |
|
alynn26 joined #evergreen |
11:15 |
mrpeters |
but the scripts give a file not found when it uses FTP |
11:15 |
mrpeters |
if i change it to http:// in the Makefile and friends it works great |
11:18 |
pastebot |
"mrpeters" at 64.57.241.14 pasted "FTP fail" (9 lines) at http://paste.evergreen-ils.org/65 |
11:18 |
jboyer_isl |
mrpeters: It may be a passive/active FTP issue. I had trouble building clients at one point when I was testing and it was network related. http links do get around that though since you’re not limited to ftp’s crusty antique-ness re: port use. |
11:18 |
mrpeters |
that could be -- it does use PASV |
11:19 |
jboyer_isl |
Or firewalling, there’s a limitless list of potential issues. |
11:21 |
mrpeters |
ill push it up to working, if you guys want to commit it cool, if not, at least its out there |
12:38 |
kmlussier |
bshum++ |
12:39 |
Dyrcona |
bshum++ |
12:44 |
jeffdavis |
Dyrcona: thanks for the bib deletion script |
12:45 |
Dyrcona |
jeffdavis: You're welcome. It has been over a year since I tested it, so it might need some changes. |
12:47 |
jeffdavis |
Understood. I'll need to make adjustments anyway to accommodate some of our local requirements, but it's nice to have something solid to work with. :) |
12:48 |
bshum |
berick: Fwiw, I also tested those TT2 changes (for locale, etc.) and think that merging to master only is a fine start. Backporting the new with the fix was trickier. |
12:49 |
bshum |
So consider that my +1 to those three bugs |
12:49 |
bshum |
Err, LPs |
12:51 |
berick |
thanks bshum |
12:58 |
mrpeters |
refresher -- what is the correct tag that needs a signoff? |
12:59 |
mrpeters |
*correct tag for a bug... |
13:01 |
mrpeters |
https://bugs.launchpad.net/evergreen/+bug/1361900 |
13:01 |
pinesol_green |
Launchpad bug 1361900 in Evergreen "Acq: Move Acqusitions Admin Menu" (affected: 2, heat: 10) [Undecided,New] - Assigned to Michael Peters (mrpeters) |
13:02 |
mrpeters |
^ fixed if anyone wants to test/signoff |
13:05 |
kmlussier |
mrpeters: pullrequest |
13:07 |
mrpeters |
ok, i thought that was for committers only, sorry |
13:30 |
kmlussier |
We've had a pretty active Bug Squashing Day so far! https://docs.google.com/spreadsheets/d/1y0wCUuQju6YpeSKVn1t8QaL6SSvK900ixuPBXSPMF0U/edit?usp=sharing |
13:57 |
mrpeters |
kmlussier: fair enough |
14:01 |
mrpeters |
is there a way to search for users who need signoffs? |
14:03 |
Dyrcona |
mrpeters: You could do advanced search and look for bugs with the pullrequest tag. |
14:03 |
kmlussier |
Interesting discovery on my part. The due dates for Concerto transactions are not 11:59 p.m. as would be the case for checkouts in a real system. Led to an anomaly in my testing that almost kept me from signing off on bug 638509 |
14:03 |
pinesol_green |
Launchpad bug 638509 in Evergreen 2.8 "renewing lost items fails unintuitively" (affected: 7, heat: 34) [Medium,Confirmed] https://launchpad.net/bugs/638509 |
14:03 |
mrpeters |
yeah, i just didn't know if those were already being handled by committers |
14:04 |
kmlussier |
mrpeters: I have a link on the bug squashing day wiki page to those bugs, but it's basically what Dyrcona just said. I've also been encouraging people to assign bugs to themselves if they are testing the. |
14:04 |
kmlussier |
s/the/them |
14:05 |
Dyrcona |
mrpeters: Committers often assign themselves to the bugs when they're actively looking at them. |
14:06 |
Dyrcona |
I sometimes forget to do that. |
14:07 |
jeff |
kmlussier: keep in mind that a "real system" can have non-11:59 PM due dates. |
14:07 |
kmlussier |
StomproJ: I just finished up with the Sandbox I was using. If you want, I could load the updated branch from tsbere so that you can see if it addressed the nocache issue you found. |
14:08 |
kmlussier |
jeff: Yeah, but what I considered to be an anomaly would be considered correct behavior in that situation. |
14:09 |
kmlussier |
Basically, I was tracking two parallel transactions to ensure that fines were handled the same way when one was checked in and the other renewed. I had been thinking the 2 transactions had the same due date, but the due times were an hour apart. |
14:09 |
kmlussier |
And I just happened to do my test in between those 2 due times. |
14:11 |
StomproJ |
kmlussier, that would be great. |
14:15 |
StomproJ |
So, should apache mod_headers be enabled by default for evergreen installs? Maybe it was enabled by default by apache in Squeeze but now isn't included in Jessie? |
14:16 |
tsbere |
StomproJ: I don't think so, and my extra change doesn't make it needed for the cache clearing code |
14:27 |
eeevil |
mrpeters: that's different |
14:27 |
csharp |
so... I'm trying to fix bug 914800 (as is mrpeters) - I've added the code and description to ils_events.xml, but I'm still getting the ugly skull and crossbones-style error rather than a simple alert box with the error and description |
14:27 |
pinesol_green |
Launchpad bug 914800 in Evergreen "Attempting to merge user in collections provides an unfriendly error message" (affected: 3, heat: 18) [Low,Confirmed] https://launchpad.net/bugs/914800 - Assigned to Michael Peters (mrpeters) |
14:27 |
mrpeters |
10-4 -- consider it tested and signed off by me, as well then -- wasnt sure if Rashma would get the message |
14:28 |
csharp |
what does someone need to do to get that to work? the calls in the code OpenILS::Event->new() seem to be identical |
14:28 |
csharp |
mrpeters: rashma is here in channel too, FYI |
14:28 |
mrpeters |
ah, my mistake |
15:33 |
bshum |
b_bonner++ # git powah! |
15:34 |
* bshum |
disappears again to find a better internet connection... |
15:46 |
|
Newziky1 joined #evergreen |
15:49 |
terran |
I've posted a fix (I hope) for this one if anyone has time to test: https://bugs.launchpad.net/evergreen/+bug/1396263 |
15:49 |
pinesol_green |
Launchpad bug 1396263 in Evergreen "SMS 'Return to Record' link breaks after texting if user has to log in" (affected: 2, heat: 10) [Medium,Confirmed] |
16:24 |
berick |
tsbere: are you using bug 1347807 on a live server? i'm curious how it's being used. |
16:24 |
pinesol_green |
Launchpad bug 1347807 in Evergreen "Add examples config blocks for "No Image" jacket images" (affected: 1, heat: 6) [Undecided,Confirmed] https://launchpad.net/bugs/1347807 |
16:52 |
kmlussier |
You could, but if you update LP, I'll get the notification too. |
16:53 |
kmlussier |
Oops! Answering questions in channel that were asked somewhere else. :) |
16:56 |
Dyrcona |
:) |
17:07 |
* kmlussier |
is hitting the road, but may test two more things before the day is done. |
17:07 |
kmlussier |
Thanks everyone for all the work you did today! |
17:07 |
berick |
kmlussier++ |
17:07 |
berick |
right back atcha |
17:13 |
|
jlundgren left #evergreen |
21:07 |
pinesol_green |
[evergreen|Blake Henderson] LP#1194860: You have permission to override some of the failed holds. appearing when it should not for patrons in the OPAC Edit - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=adc2aff> |
21:09 |
kmlussier |
And the bshum merging begins! :D |
21:10 |
kmlussier |
b_bonner++ |
21:10 |
bshum |
kmlussier: I'm just doing the lazy part. |
21:10 |
bshum |
But thanks to everyone who tested and signed off. |
21:11 |
kmlussier |
Another signoff is on its way |
21:12 |
kmlussier |
And then I'm going to bed. Been up since 3:30 a.m. |
21:12 |
|
gdunbar joined #evergreen |
02:32 |
|
eby joined #evergreen |
03:18 |
|
dcook joined #evergreen |
03:38 |
|
collinanderson joined #evergreen |
04:52 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
05:48 |
|
terminalfool joined #evergreen |
07:15 |
|
mrpeters joined #evergreen |
07:36 |
* csharp |
returns from 5-day weekend |
09:50 |
|
Dyrcona joined #evergreen |
09:58 |
bshum |
jboyer-isl: I hate it when that happens to my /boot too :( |
09:59 |
Dyrcona |
eeevil: Seeing as the unless(exists $self->{account}) is in MsgType.pm and MsgType.pm has no account field, and is not a subclass of the server, I think tsbere's check is correct. |
10:03 |
* kmlussier |
doesn't want to get her hopes up too high, but is happy to report that she just completed two successful tests on the negative balances branch. |
10:08 |
|
Newziky left #evergreen |
10:09 |
jeff |
does conditional negative balances and payments by billing type still completely disagree on everything? |
10:09 |
* jeff |
will make time to look |
10:34 |
jeff |
I like this much better than trying to teach Every Single Thing about future billings. |
10:35 |
jeff |
(like yesterday's example of mmpbbt, which iirc pre-dates the future-billing era) |
10:35 |
jeff |
Hrm. That could cloud the upgrade script a bit -- the fact that some databases will have billings that were not actually future-dated. |
10:42 |
tsbere |
jeff: Dunno if you saw my comment from last night. |
10:42 |
tsbere |
eeevil: After more thought I have decided you were partially correct, what I changed the unless test to was not what I wanted. I have now added another commit to the branch to correct that. |
10:53 |
|
mtj_ joined #evergreen |
11:07 |
pastebot |
"berick" at 64.57.241.14 pasted "combined test branch for bug squashing day" (10 lines) at http://paste.evergreen-ils.org/64 |
11:07 |
berick |
FYI, we'll be poking at the branch tomorrow. pasting in case anyone else can use the branch for testing |
11:08 |
|
sandbergja joined #evergreen |
11:15 |
|
bmills joined #evergreen |
11:31 |
kmlussier |
berick++ |
14:50 |
mrpeters |
great, thanks jeff |
14:50 |
mrpeters |
sorry for the trouble |
14:50 |
jeff |
you're welcome! |
14:52 |
* tsbere |
sees a pile of emails about keys and testing now |
14:52 |
mrpeters |
:( sorry tsbere |
14:52 |
tsbere |
mrpeters: At least we know it is working now :D |
14:52 |
berick |
mrpeters: cool, will take a look |
16:24 |
|
collinanderson joined #evergreen |
16:38 |
jeffdavis |
Is anyone here in the habit of purging deleted bib records (i.e. removing them from the database altogether)? If so, how do you do it? |
16:40 |
kmlussier |
jeffdavis: C/W MARS has talked about doing this, but I don't think they've found a good solution yet. If you come up with anything, I know they'll be interested in hearing about it. |
16:50 |
bshum |
jeffdavis: about a year ago, Dyrcona helped us write a script to help us truly delete bib records that were hanging about for no reason (i.e. never attached copies, never used, etc.) |
16:50 |
bshum |
We didn't actually run it yet, cause the process took too long on a test server attempt. |
16:51 |
bshum |
But yeah, the idea's been batted around a bit. |
16:51 |
bshum |
The trick as I understand it is finding all the places where bibs might hang to something. For us it got interesting with things like acquisitions |
16:54 |
Dyrcona |
Yep. |
16:55 |
Dyrcona |
Lots of stuff you have to delete when you want to really delete bibs. |
16:57 |
bshum |
And triggers to disable. |
10:54 |
Bmagic |
berick: It's tripping over loading the Org unit dropdown menu I think |
10:56 |
berick |
Bmagic: does it render OK if you load another UI like the Billing Types UI? |
10:59 |
jeff |
Dyrcona: ah. drat. and alas, there are no protocol-level headers to tell you this. :-) |
10:59 |
kmlussier |
dkyle1: We have some people who were interested in trying your Smart Float branch at bug 1305964. Is that something that's ready for testing or are you still working on it? |
10:59 |
pinesol_green |
Launchpad bug 1305964 in Evergreen "Smart Float: self balancing floating collections" (affected: 1, heat: 8) [Wishlist,Triaged] https://launchpad.net/bugs/1305964 - Assigned to Doug Kyle (dkyle) |
11:04 |
jeff |
rebase from 2.2 era opac templates to 2.7 era opac templates went off without complaint or catastrophe. hooray! |
11:09 |
dkyle1 |
kmlussier: the Smart Float branch is ready for testing, and I'm not working on it at the moment, it has been stable for GRPLs needs. Do you know if those interested have the same shelving locations across orgs that want to Smart Float? |
11:10 |
kmlussier |
dkyle1: I'll defer to mmorgan |
11:12 |
mmorgan |
dkyle1: Our shelving locs generally are not consistent, but for the items that will float, they potentially could be, if required. |
11:12 |
Bmagic |
berick: yes, billing types loads fine |
11:16 |
|
mllewellyn joined #evergreen |
11:21 |
dkyle1 |
mmorgan: homogeneous shelving locs would be best, but I had some stuff in my generic version to map various org/locs into single smart float configs. I think it was lightly tested working but I was not totally happy with the speed of that function. It has been a while, I need to revisit and look for any uncommited changes. |
11:26 |
kmlussier |
Seems to load cleanly on master. |
11:27 |
kmlussier |
dkyle1: I'm loading it on a server where mmorgan can take a look at it. But you might want to remove yourself as the assignee on the bug and add a pullrequest tag if you think it's ready. |
11:27 |
berick |
Bmagic: no idea what the problem is :( if it were me, i'd have to start digging into the code at this point |
11:27 |
* kmlussier |
shifts her attention to all the Sanbox requests we received. :) |
11:29 |
mmorgan |
kmlussier: Thanks! |
11:30 |
mmorgan |
dkyle1: Thanks, I'll poke at it on kmlussier's test server. |
11:37 |
dkyle1 |
kmlussier: I really don't know how ready a feature should be for a pullrequest tag, for example, it has no client side exposure |
11:37 |
berick |
dkyle1: pullrequest means you think it's done |
11:38 |
berick |
and ready for merging into master |
12:07 |
kmlussier |
Bmagic: On bug 1194860 , it looks like we have a signoff, but you have assigned it to yourself. Are you planning to do further work on it? |
12:07 |
pinesol_green |
Launchpad bug 1194860 in Evergreen ""You have permission to override some of the failed holds." appearing when it should not for patrons in the OPAC" (affected: 8, heat: 36) [Medium,Confirmed] https://launchpad.net/bugs/1194860 - Assigned to Blake GH (blake-j) |
12:08 |
Bmagic |
kmlussier: no, I just saw people assigning things and I figured it was protocol to have it assigned |
12:09 |
kmlussier |
Bmagic: Only if you're planning to work on it or test it. I can add a signedoff tag to it, which might increase its visibility the next time a core committer is looking to merge code. |
12:10 |
Bmagic |
kmlussier: Ok, do I need to remove myself? |
12:10 |
kmlussier |
Bmagic: Sure. |
12:17 |
dkyle1 |
mmorgan: a speed issue would be seen at checkin. the main function to time is smart_float.destination. this issue was when using the smart_float.loc_or_group function in the destination function - if I recall, have not had time to revisit yet. |
12:34 |
bshum |
Probably two or three times |
12:34 |
kmlussier |
I guess I didn't like it as much as your dad did. ;) |
12:35 |
* bshum |
actually reads the bug and tries to do something real for the community instead of quoting nonsense. |
12:36 |
kmlussier |
OK, my last question inspired by the bug squashing requests... |
12:37 |
kmlussier |
Bmagic: We have a request to test bug 1440148 . I was planning to load it on a MassLNC server, but it looks like the code is actually combined with bug 1331174? |
12:37 |
pinesol_green |
Launchpad bug 1440148 in Evergreen "Long overdue Items out TPAC OPAC display My Account" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1440148 - Assigned to Michele Morgan (mmorgan) |
12:37 |
pinesol_green |
Launchpad bug 1331174 in Evergreen "Long Overdue processing needs org unit settings separate from Lost Processing" (affected: 4, heat: 18) [Wishlist,Confirmed] https://launchpad.net/bugs/1331174 |
12:37 |
bshum |
kmlussier: Based on my read of that bug, I would set it to confirmed/triaged for status and remove jeff as the worker, since Bmagic's done some reworking at that point. |
12:41 |
Dyrcona |
oops. missed it was already in the channel. |
12:41 |
Dyrcona |
too busy to keep up. |
12:41 |
Bmagic |
bshum: which bug are you referring to? Also, is mmorgan working on 1440148 ? |
12:41 |
kmlussier |
Bmagic: She was the one who requested the Sandbox to test it. |
12:43 |
bshum |
Bmagic: Oh I was referring back to kmlussier's bug she mentioned earlier in the scrollback, bug 1174498 |
12:43 |
pinesol_green |
Launchpad bug 1174498 in Evergreen "Payment by billing type breakdown" (affected: 7, heat: 38) [Wishlist,Triaged] https://launchpad.net/bugs/1174498 |
12:46 |
|
Shae joined #evergreen |
12:52 |
jeff |
mmpbbt needs work, i think. i can take a look at what Bmagic has found. |
12:52 |
jeff |
because i suspect that we're each running it in production in different versions. |
12:53 |
jeff |
and i know that there are issues with regard to future-dated billings (overdues) which may or may not have been addressed in Bmagic's version. |
12:54 |
kmlussier |
Bmagic: OK, what I'll do is load the code from working/user/blake/LP1440148_Long_overdue_Items_out_TPAC_OPAC_display_My_Account so that mmorgan can test it. However, once it goes in, I think you'll need to rebase the other branch. |
12:57 |
jeff |
overall, i don't know if the best approach is to teach everything to special-case future-dated billings, or to eliminate them. |
12:57 |
jeff |
at this point, I don't know which will be more painful. :P |
12:59 |
|
bmills joined #evergreen |
13:27 |
berick |
and i thought everythign was using checkout.full now |
13:27 |
dbs |
and this is using checkout.full |
13:28 |
dbs |
request open-ils.circ open-ils.circ.checkout "session-key", {"barcode":"30012000047398","patron":132422},1 |
13:28 |
mmorgan |
Bmagic: kmlussier: So is there no need then to test 1440148, since 1331174 fixes it? Should 1440148 be marked as a duplicate? |
13:28 |
dbs |
err, no |
13:28 |
dbs |
heh |
13:29 |
dbs |
I had fallen back to trying plain .checkout because .checkout.full was failing with ye olde "*Network or server failure" in the client |
14:53 |
mmorgan |
kmlussier: Bmagic: Yes, that makes perfect sense. |
14:53 |
Dyrcona |
Only 3M clients are not working. |
14:53 |
jboyer-isl |
Over TCP via carrier pigeon |
14:55 |
jeff |
Dyrcona: Can you share the relevant details of your SIP setup? I might be able to make time to test here -- where i can control both the client and the server. |
14:55 |
jeff |
Dyrcona: time and ability to pull a selfcheck unit from normal operation would be the only potential blockers there. |
14:56 |
Dyrcona |
jeff: We basically run stock on Ubunutu 14.04. We mad a profile for self checks, a profile for PC res, and a profile for a delivery application. |
14:56 |
Dyrcona |
jeff: The self check profile is basically the example profile. |
14:57 |
Dyrcona |
Here's the thing: a non-3M self check client works just fine. |
14:58 |
Dyrcona |
No. |
14:58 |
Dyrcona |
Other than, it worked fine until we set up the new servers last night. |
14:58 |
Dyrcona |
We've only used PreFork, and we even removed the multiplex code for a bit, but it made no difference. |
14:59 |
Dyrcona |
I've been jumping around so much today that I haven't had time to test everything. |
14:59 |
bshum |
jboyer-isl: Sigh, so now CollectionHQ is asking me about adding in-house use circ to the counts. |
14:59 |
* jeff |
nods |
14:59 |
Dyrcona |
I also have 36 libraries, so I can't just up and restart it whenever I feel like it. |
17:03 |
|
kbutler joined #evergreen |
17:04 |
jeff |
tsbere: can you elaborate on "one of"? which symptom did that fix? |
17:04 |
jeff |
(and what other symptoms did you encounter -- since I think I only saw one mentioned. :-) |
17:10 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
17:11 |
|
mmorgan left #evergreen |
17:32 |
Bmagic |
berick: Back on that web based column picker. I can have the UI load the copy ID instead of the count and it clues me in that it's "sort of working" see http://slides.mobiusconsortium.org/blake/bill.html |
17:36 |
berick |
Bmagic: did you try removing the oils_persist:virtual="true" from the holds_count <field> ? |