| 01:54 |
|
abowling1 joined #evergreen |
| 04:31 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 07:01 |
|
JBoyer joined #evergreen |
| 07:07 |
|
agoben joined #evergreen |
| 07:13 |
|
rjackson_isl joined #evergreen |
| 08:22 |
|
gsams_ joined #evergreen |
| 08:22 |
|
rhamby_ joined #evergreen |
| 08:22 |
|
Shae_ joined #evergreen |
| 08:27 |
csharp |
hmm - my 2.12 test server's marc import from z39.50 is not respecting unicode |
| 08:28 |
csharp |
it displays fine in z39 view and in MARC edit, then after import the unicode is replaced by non-unicode symbols |
| 08:28 |
csharp |
not sure where to look |
| 08:30 |
csharp |
search for what the "Import" button does leads me to OpenILS/xul/staff_client/server/cat/z3950.js, but I lose the thread there |
| 08:32 |
csharp |
okay - I found the perl |
| 08:35 |
|
kmlussier joined #evergreen |
| 08:36 |
* csharp |
wonders if running through XML::LibXML is causing it |
| 08:45 |
* csharp |
runs off to see if it's happening on master too |
| 08:54 |
csharp |
okay - it's working fine on my master test server, but broken on 2.12 test server |
| 08:59 |
|
_adb joined #evergreen |
| 08:59 |
|
Dyrcona joined #evergreen |
| 09:04 |
csharp |
ok - definitely not a problem with 2.12 - something local |
| 09:07 |
|
kmlussier joined #evergreen |
| 09:16 |
|
yboston joined #evergreen |
| 09:26 |
|
Dyrcona joined #evergreen |
| 09:41 |
dbs |
csharp: if the code is identical, maybe a difference in either the locale of the server, or the locale of the database? |
| 09:42 |
dbs |
Alternately, difference in where yaz packages are getting pulled from? |
| 09:43 |
dbs |
Or more commonly, actually, duplicated database functions (public.maintain_control_numbers vs. evergreen.maintain_control_numbers) where the old one came from a db restore and the new one was created during upgrade, but isn't first in the search path |
| 09:52 |
pinesol_green |
Showing latest 5 of 13 commits to Evergreen... |
| 09:52 |
pinesol_green |
[evergreen|Mike Rylander] Add moment.js to the offline asset list - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=40079db> |
| 09:52 |
pinesol_green |
[evergreen|Mike Rylander] Remove confusing "session" tab from the offline menu entry -- the code will figure out the correct default tab - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b77f4cb> |
| 09:52 |
pinesol_green |
[evergreen|Mike Rylander] Reorder the tabs and adjust the default based on logged-in-ness - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=346cba8> |
| 09:52 |
pinesol_green |
[evergreen|Mike Rylander] Fix the "404 asset" test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=23886b4> |
| 09:53 |
pinesol_green |
[evergreen|Mike Rylander] The ngToast maintainers decided to trick us with a new directory name. Thanks. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f1e2631> |
| 09:57 |
kmlussier |
And...I just remembered that I was planning to write a release notes entry for that one before merging. I'll put that on my to-do list. |
| 10:00 |
csharp |
dbs: ooh - I'll check those possibilities out thanks! |
| 10:14 |
|
jvwoolf joined #evergreen |
| 10:52 |
Dyrcona |
I was going to look at it, or I tried, but ran out of time. |
| 10:52 |
Bmagic |
ok, that was cryptic |
| 10:53 |
Dyrcona |
Yeah, trouble is, I've forgotten which bug. :( |
| 10:54 |
Dyrcona |
I recall kmlussier commenting about adding a regression test, and that's what I was going to try and do. |
| 10:54 |
kmlussier |
Oh, it's the one for transferring volumes to another record. |
| 10:55 |
kmlussier |
bug 1411422 |
| 10:55 |
pinesol_green |
Launchpad bug 1411422 in Evergreen 2.12 "Copy details repeated in search results when item/volume moved with parts attached" [Medium,Confirmed] https://launchpad.net/bugs/1411422 |
| 10:56 |
Dyrcona |
Yeah, that's it. |
| 10:58 |
Bmagic |
oh yeah, an oldie but a goodie |
| 10:59 |
Bmagic |
that code merges onto 2.11.0 but I can't vouch for anything newer |
| 11:00 |
kmlussier |
Bmagic: The issue with that code is that is has passed user testing, but it needs a regression test. |
| 11:01 |
Bmagic |
right, sounds like today will be EG developing day! |
| 11:01 |
Bmagic |
(for me) |
| 11:01 |
Dyrcona |
I:) |
| 11:02 |
Dyrcona |
:) |
| 11:04 |
* kmlussier |
quickly finds something else to merge that will affect Bmagic's search by date of birth branch. |
| 11:04 |
Bmagic |
ahhhhhhhhhhhhhhhh |
| 11:12 |
Dyrcona |
Whee! I'm also getting a conflict merging something into master for testing. |
| 11:14 |
Dyrcona |
Ah, fun. My own coded causing the conflict. :) |
| 11:14 |
Dyrcona |
At least I know how to resolve it. :) |
| 11:33 |
|
rjackson_isl joined #evergreen |
| 12:39 |
|
Christineb joined #evergreen |
| 13:13 |
kmlussier |
Yay! More merge conflicts! |
| 13:15 |
Dyrcona |
It seems to be the day for it. |
| 13:16 |
kmlussier |
Every branch I've tried to test today has one. I think I can resolve this one on my own. |
| 13:16 |
kmlussier |
Of course, that's what I said a couple of weeks ago before breaking 2.12 |
| 13:18 |
kmlussier |
That is, one week ago. Time is moving very slowly. |
| 13:20 |
Dyrcona |
Yeah. We could be approaching an event horizon. |
| 13:21 |
* Dyrcona |
greps the code for examples of xlst_process used int he database, specifically for mods transformation. |
| 13:24 |
Dyrcona |
Easy enough... :) |
| 14:35 |
dbs |
Oh hey, turns out our reports problem only occurs when we request Excel format output. |
| 14:35 |
berick |
csharp: vandelay <importer> directory looks right in opensrf.xml? |
| 14:36 |
berick |
... and all NFS mounts are confirmed to be mounted? |
| 14:36 |
csharp |
berick: yes and yes |
| 14:36 |
csharp |
I just tested creating files as opensrf from each location |
| 14:37 |
berick |
i don't think creation is the problem |
| 14:37 |
JBoyer |
dbs, oh. That sounds vaguely familiar. Do you have all of the various Excel::Whatevs perl mods that Clark needs for that? I thought there was a period that a couple had to be added by hand and if they were missing I'd get that error instead of the expected exploding perl. |
| 14:37 |
berick |
csharp: problem is acq trying to read the files post-creation |
| 16:38 |
berick |
thanks |
| 16:39 |
|
finnx left #evergreen |
| 16:43 |
miker |
berick: looking at the jquery branch, what do you think about having /common/build/ in the .gitignore, rather than plain /common/? |
| 16:46 |
berick |
miker: that makes sense, but can't remember if git is smart enough to ignore the parent for an ignored child directory |
| 16:46 |
berick |
if the only sub-dir is ignored, i mean, which is the case here |
| 16:47 |
berick |
easy enough to test |
| 16:47 |
miker |
ah... you mean getting warnings about an "empty" common to git-add? |
| 16:47 |
miker |
yeah, I'll test that |
| 16:47 |
berick |
yeah, exactly |
| 00:59 |
|
maryj joined #evergreen |
| 01:52 |
|
serflog joined #evergreen |
| 01:52 |
|
Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged: http://irc.evergreen-ils.org/evergreen | Large pastes at http://paste.evergreen-ils.org |
| 04:31 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 07:18 |
|
rjackson_isl joined #evergreen |
| 07:59 |
|
kmlussier joined #evergreen |
| 08:02 |
|
rlefaive_ joined #evergreen |
| 10:52 |
Dyrcona |
@tea [band] |
| 10:52 |
* pinesol_green |
brews and pours a pot of Assam TGFOP Black Tea, and sends it sliding down the bar to The Armenian Regression (http://ratetea.com/tea/arbor-teas/assam-tgfop-black-tea/4368/) |
| 11:04 |
kmlussier |
Calling 1059 |
| 11:07 |
miker |
kmlussier: I'll be looking at offline asap ... this afternoon, likely. thanks for testing! have you pushed your rebased branch so I can see exactly what you're seeing? (TIA) |
| 11:08 |
kmlussier |
miker: Yes, I posted it to the bug |
| 11:09 |
Dyrcona |
Heh. Fourteen lines of commit message for a change to a single line. :) |
| 11:09 |
Dyrcona |
I should push this. It has been sitting since June. |
| 15:13 |
|
Christineb joined #evergreen |
| 15:30 |
gmcharlt |
kmlussier: remingtron: I've rebased (and force-pushed) collab/gmcharlt/lp1708291-webstaff-serials |
| 16:13 |
|
Jillianne joined #evergreen |
| 16:31 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 16:44 |
|
kmlussier joined #evergreen |
| 16:50 |
|
kmlussier joined #evergreen |
| 17:36 |
|
finnx left #evergreen |
| 18:46 |
jeffdavis |
I think we should hold off on committing the fix for bug 1711128 to master/3.0 until the ebook transaction stuff has been accepted (or rejected). |
| 18:46 |
pinesol_green |
Launchpad bug 1711128 in Evergreen "OverDrive API display of Always Available Titles" [Undecided,New] https://launchpad.net/bugs/1711128 - Assigned to Jeff Davis (jdavis-sitka) |
| 18:47 |
jeffdavis |
It could be pulled into the 2.12 branch as-is, but it'll conflict with the new transaction code. |
| 18:48 |
gmcharlt |
jeffdavis: noted |
| 18:48 |
gmcharlt |
I will be testing the ebook transaction branch tomorrow morning |
| 20:02 |
|
csharp joined #evergreen |
| 01:07 |
bshum |
kakious: Possibly, what's going on? |
| 01:08 |
bshum |
Certainly you'll get more folks around later today I suspect |
| 01:09 |
kakious |
Woo! I can not delete any Organizational Units, even if I run the command on the documentation to update the database and restart apache. |
| 01:10 |
bshum |
There could be a lot of reasons you're not able to remove an organizational unit from your (test?) system |
| 01:10 |
kakious |
It is a test system. Any Ideas to pinpoint the cause of it? |
| 01:11 |
bshum |
If you're trying to remove an org unit via the staff client, I'm not 100% sure that would work out so well. |
| 01:11 |
bshum |
There might be something in the logs that would explain what it's unhappy about |
| 01:12 |
bshum |
Did you load the test system with the sample records? Or just a clean test system? |
| 01:12 |
kakious |
Sample Records |
| 01:13 |
bshum |
So, you used that --load-all-sample option when creating the database? |
| 01:13 |
kakious |
Yes, I did |
| 01:14 |
bshum |
If you use that option it'll populate sample bibs and assign sample copies and users too |
| 01:14 |
bshum |
And these all belong to the org units you're probably trying to remove |
| 01:14 |
kakious |
Ahh, so How would I wipe the database and rebuild it? |
| 01:14 |
bshum |
So there's dependency stuff in place to prevent deltion of org units that have stuff attached to them |
| 01:14 |
bshum |
The best thing might be to stop your test system |
| 01:15 |
bshum |
And then re-run the command that builds the database |
| 01:15 |
bshum |
But this time without that option for --load-all-sample |
| 01:15 |
bshum |
That will create a database without any sample items or users in it |
| 01:15 |
bshum |
And that should be easier to manipulate the org unit structure with |
| 01:16 |
kakious |
Okay |
| 01:16 |
bshum |
Running that eg_db_config script again will generally drop the pre-existing Evergreen DB and start over fresh |
| 01:21 |
bshum |
You'll find this channel tends to be most active during weekdays between 9-5 eastern timezone. So there'll be more folks later in the day you can ask for further help too. |
| 01:27 |
bshum |
Or weird stuff could go wrong with building the database again |
| 01:47 |
* bshum |
signs off to get some sleep, new week here we go... whee... |
| 01:56 |
kakious |
Thank you! That fixed it |
| 05:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 08:15 |
|
collum joined #evergreen |
| 08:41 |
|
jvwoolf joined #evergreen |
| 08:55 |
|
kmlussier joined #evergreen |
| 09:21 |
|
collum_ joined #evergreen |
| 09:22 |
|
jvwoolf2 joined #evergreen |
| 09:36 |
|
dbs joined #evergreen |
| 10:16 |
csharp |
I'm seeing an issue when adding a survey that results in this message in the error log: Session cache for thread 0.34420842786521711503929736231 does not match request |
| 10:17 |
csharp |
I had seen those messages a lot in the logs while testing 2.12/OpenSRF 2.5, but wasn't connecting them with a specific problem |
| 10:17 |
csharp |
but now I'm nervous |
| 10:18 |
csharp |
steps: enter Admin -> Local Admin -> Surveys in the XUL client and create a new survey. Clicking save does not save the survey and the "Session cache..." message appears in the logs. |
| 10:21 |
csharp |
actually, same behavior in web client' |
| 10:23 |
csharp |
huh - works in the web client on my master server |
| 10:24 |
csharp |
I get a different error in the logs (Global $r object is not available.) but it allows me to create the survey |
| 10:27 |
csharp |
fwiw I can edit *existing* surveys, just not create new ones |
| 10:27 |
csharp |
and existing surveys are working during patron registration, etc. |
| 10:27 |
bshum |
csharp: https://bugs.launchpad.net/opensrf/+bug/1684970 |
| 10:27 |
pinesol_green |
Launchpad bug 1684970 in OpenSRF "Proxy setup masks client IP needed by osrf-http-translator" [Medium,Confirmed] |
| 10:27 |
bshum |
That error you see is similar to what I encountered in another bug that pointed back to that one for OpenSRF 2.5.0 and using nginx proxy |
| 10:28 |
berick |
csharp: no config required, just install and restart apache |
| 10:28 |
csharp |
oh - nice |
| 10:28 |
csharp |
we'll add that to our deb dependencies |
| 10:28 |
bshum |
So maybe you've got that on your master system, but not your 2.12 test one |
| 10:29 |
bshum |
Or you're not using nginx proxy |
| 10:29 |
csharp |
no proxy on the master server, right |
| 10:31 |
|
kmlussier joined #evergreen |
| 10:33 |
csharp |
bshum++ berick++ # works! |
| 13:35 |
miker |
kmlussier: sorry, meeting. /me looks |
| 13:41 |
miker |
kmlussier: I see a conflict in the first commit, but I suspect that's not your issue, eh? |
| 13:44 |
miker |
kmlussier: so I ran into 2 confilicts when picking the 8 commits. The solution to both is to keep /both/ change sets, AFAICT |
| 13:44 |
kmlussier |
miker: There was a conflict in two files when I merged the branch. I resolved them myself, but testing hasn't been going well. I wanted to make sure it wasn't because I did something wrong, though the conflicts seemed rather simple to resolve. |
| 13:45 |
* kmlussier |
always assumes she's in error before blaming the code. |
| 13:49 |
Dyrcona |
Speaking of merge conflicts. I am declaring it the end of the line for the alt_patron_summary branch for master. |
| 13:49 |
Dyrcona |
CONFLICT (modify/delete): Open-ILS/xul/staff_client/server/patron/display.js deleted in Patron Display/Summary Revamp and modified in HEAD. Version HEAD of Open-ILS/xul/staff_client/server/patron/display.js left in tree. |
| 13:50 |
Dyrcona |
Since we're the only site that uses it, I suppose it doesn't matter much. :) |
| 14:54 |
Dyrcona |
charter-- |
| 15:07 |
|
bwicksall joined #evergreen |
| 16:53 |
|
Christineb joined #evergreen |
| 17:00 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 17:05 |
miker |
hrm. inquiring minds want to know... why does that failing pgtap test replace the unapi.mmr_mra function with a static, local copy and then call it instead of testing the version in the database? |
| 17:18 |
kmlussier |
Huh. When I tested pg tap tests earlier, I must have skipped the ones in the regress directory. |
| 17:21 |
dbs |
I assume the test was written before the new version was part of the core schema. Removing the CREATE OR REPLACE statement from the test should make it more correct now though, right? |
| 18:19 |
|
jvwoolf joined #evergreen |
| 20:00 |
|
Jillianne joined #evergreen |
| 05:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:09 |
|
rlefaive joined #evergreen |
| 07:12 |
|
rjackson_isl joined #evergreen |
| 07:32 |
|
agoben joined #evergreen |
| 11:42 |
JBoyer |
gmcharlt++ |
| 11:43 |
JBoyer |
I didn't realize why we were seeing failures on inserting copies using deleted locations; we had 2 with identical names, one system and one branch that was deleted. |
| 11:45 |
|
jeffdavis joined #evergreen |
| 11:45 |
Dyrcona |
Anyway, if anyone comes up with a fix that works, ping me. I'm kinda stuck at the moment.--I was going to test something. |
| 11:46 |
Dyrcona |
Well, specifically, Lp 1710512 |
| 11:46 |
pinesol_green |
Launchpad bug 1710512 in Evergreen "Alert message in Open-ILS/web/js/ui/default/opac/holds-validation.js is not translatable" [Medium,Confirmed] https://launchpad.net/bugs/1710512 |
| 11:46 |
Bmagic |
Has anyone had the xul runner staff client preset an alert box randomly that says "This page uses an unsupported technology that is no longer available by default" ????? |
| 13:15 |
|
collum_ joined #evergreen |
| 13:26 |
pinesol_green |
[evergreen|Jeff Davis] LP#1684988: add opt-in check to patron service - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=42528f5> |
| 13:46 |
jeffdavis |
kmlussier: working branch user/jeffdavis/lp1699566-barcode-completion-fix attempts to clean up that backport - the fix gives a console error when scanning a barcode in item status, but seems to work regardless |
| 13:47 |
kmlussier |
Dyrcona: Are you still up for testing a fix for 2.12? |
| 13:47 |
Dyrcona |
I'm just copying the branch name to paste into a terminal. |
| 13:50 |
Dyrcona |
jeffdavis++ It passes grunt all. I'll have to finish the installation and check item status. |
| 13:50 |
Dyrcona |
Then, I'll check what I was originally going to check. |
| 14:15 |
* kmlussier |
takes a look |
| 14:23 |
Dyrcona |
It's working for me. I'll sign off on jeffdavis' branch. I'll let kmlussier test it and push it if she wants. |
| 14:24 |
kmlussier |
Dyrcona: If it works for you, go ahead and push it. I didn't know if you were testing the whole thing or just the build. |
| 14:25 |
Dyrcona |
Well, I just copied and pasted some barcodes into item status. |
| 14:25 |
Dyrcona |
I'm not sure I have the necessary set up at my working ou to test barcode copletion. |
| 14:25 |
Dyrcona |
completion. |
| 14:27 |
kmlussier |
OK, I'll take a look then. |
| 14:29 |
csharp |
I have seen that before - it's referring to remote XUL I think |
| 15:59 |
gmcharlt |
fair enough |
| 16:19 |
|
Jillianne joined #evergreen |
| 16:25 |
|
mmorgan joined #evergreen |
| 16:30 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:00 |
|
jvwoolf1 left #evergreen |
| 17:00 |
|
mmorgan left #evergreen |
| 17:39 |
phasefx |
grabbing 1055 |
| 04:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:07 |
|
agoben joined #evergreen |
| 07:12 |
|
rjackson_isl joined #evergreen |
| 08:01 |
|
collum joined #evergreen |
| 11:45 |
JBoyer |
berick++ # that would have taken me a bit to figure out. |
| 11:46 |
berick |
JBoyer: does that mean it worked? :) |
| 11:47 |
JBoyer |
Not yet, just getting to where it needs to be. |
| 11:49 |
berick |
webstaff++ # performing admirably through a 2800-mile long VPN to a modest test server |
| 11:50 |
berick |
minus the embedded dojo UI's, unfortunately. those take a while to load |
| 11:51 |
* berick |
looks forward to adding some nginx caching |
| 11:53 |
kmlussier |
berick: Funny you should say that. I just came across my first case of 'Wow! That loaded slowly' in the web client today. |
| 11:53 |
* kmlussier |
was retrieving the record holds screen for a very popular title. |
| 11:55 |
kmlussier |
And then I asked for sorting, which probably wouldn't help matters. |
| 11:59 |
berick |
kmlussier: view holds, under record details page? |
| 12:01 |
kmlussier |
berick: Yes, it was a title with 158 holds. It could be the hardware since it was a test server, but I hadn't seen it in other parts of the web client. |
| 12:01 |
berick |
kmlussier: hm, i can't sort on that page.. is sorting new? |
| 12:02 |
* berick |
updates |
| 12:02 |
kmlussier |
berick: No, this wasn't when I was sorting it. It was retrieving holds for a pickup location. Sorry, I just mentioned sorting in relation to a bug I just filed requesting that it be made available. |
| 14:33 |
berick |
admin -> local admin -> field documetnation |
| 14:33 |
berick |
lemme see if it works in the browser. (i think it does) |
| 14:35 |
berick |
so field docs work, but they add a question mark on the field, which has to be clicked to see the docs. so, you're describing the other thing.. |
| 14:35 |
kmlussier |
berick: It worked when I tested the patron editor way back when. |
| 14:35 |
* csharp |
has always wondered what "field documentation" means :-) |
| 14:36 |
berick |
terran: i think you want the org unit setting example text |
| 14:36 |
kmlussier |
csharp / berick: I just posted a link to the documentation on the general list about 15 minutes ago. |
| 14:46 |
|
jihpringle joined #evergreen |
| 15:18 |
|
mmorgan1 joined #evergreen |
| 15:29 |
|
terran joined #evergreen |
| 15:32 |
terran |
of course irc freezes on me right when I need it |
| 15:33 |
terran |
hrrm... for some reason I'm not able to save field documentation on our 2.12.4 test server - I can on our 2.11 server, but it doesn't show up in our form. |
| 15:35 |
berick |
terran: did you see my comment about org settings for example text? |
| 15:35 |
berick |
if you want the help info to be permanently visible you'll want to go the OUS route |
| 15:36 |
terran |
Yes, that sounds like where I need to go |
| 16:16 |
|
mmorgan joined #evergreen |
| 16:18 |
terran |
berick++ that's exactly what I was trying to find in the first place, completely overlooked that file - thank you! |
| 16:26 |
|
khuckins_ joined #evergreen |
| 16:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 16:32 |
|
Jillianne joined #evergreen |
| 17:02 |
|
khuckins__ joined #evergreen |
| 17:04 |
|
mmorgan left #evergreen |
| 17:27 |
|
jvwoolf1 left #evergreen |
| 17:58 |
pinesol_green |
[evergreen|Dan Wells] Forward-port 2.11.8 upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=546428a> |
| 18:16 |
pinesol_green |
[evergreen|Galen Charlton] forward-port 2.12.4-2.12.5 DB update - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c77c669> |
| 20:43 |
gmcharlt |
https://evergreen-ils.org/evergreen-2-11-8-and-2-12-5-released/ |
| 04:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 06:37 |
|
rlefaive joined #evergreen |
| 07:18 |
|
rjackson_isl joined #evergreen |
| 08:18 |
|
collum joined #evergreen |
| 13:05 |
Dyrcona |
Then, I think it is safe to add the target, but gmcharlt is the final arbiter on that. |
| 13:06 |
jeffdavis |
It's targeted to 3.0 alpha, just no pullrequest tag yet. |
| 13:06 |
Dyrcona |
If it doesn't make it, there's always next release.... Something I am working on will probably have to wait for 3.1 at the rate things are going. |
| 13:19 |
gmcharlt |
jeffdavis: I'm willing to extend leeway for that |
| 13:23 |
gmcharlt |
I'd say shoot for the 25th at the latest, and if you can identify other OverDrive users that can test the following week, that would help |
| 13:25 |
jeffdavis |
Thanks gmcharlt. I'll keep working and let you know where it gets. |
| 14:03 |
dbs |
I'm going to add a pullrequest to bug 1703678 -- not a feature, but an important bug |
| 14:03 |
pinesol_green |
Launchpad bug 1703678 in Evergreen 2.12 "Conjoined items do not display without an extra copy attached to the record" [Undecided,New] https://launchpad.net/bugs/1703678 |
| 15:38 |
Dyrcona |
Also, anything custom that a site might do. |
| 15:39 |
Bmagic |
sure, but booking.resource_type is more than 3 years old right? |
| 15:40 |
Dyrcona |
Ah. The target system(s) didn't use booking. |
| 15:40 |
Dyrcona |
The triggers and rules that are disabled are the ones that actually got in the way on the test/development system. |
| 16:31 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 16:37 |
|
remingtron joined #evergreen |
| 17:24 |
|
Jillianne joined #evergreen |
| 00:54 |
|
abowling joined #evergreen |
| 03:55 |
|
bshum joined #evergreen |
| 04:15 |
|
bshum joined #evergreen |
| 05:02 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 06:12 |
|
bshum joined #evergreen |
| 06:12 |
|
troy__ joined #evergreen |
| 06:13 |
|
csharp joined #evergreen |
| 09:39 |
* gmcharlt |
wonders if they come in bottles |
| 09:41 |
Dyrcona |
#monero often has random spammers posting links. |
| 09:43 |
Dyrcona |
duh.... |
| 09:43 |
Dyrcona |
I started my SIP2 test again after reloading the database. I forgot that I need to change the read only sip group's permissions. |
| 09:44 |
Dyrcona |
maybe I should add that to my upgrade script? |
| 09:48 |
* Dyrcona |
sees what he considers a bug in the SIP2 groups setup here, but one person's bug is another's feature. |
| 09:54 |
|
Christineb joined #evergreen |
| 11:25 |
gmcharlt |
e.g., making the 3.0 XUL client use HTTPS to access offline.pl is totally doable |
| 11:26 |
* bshum |
points at https://bugs.launchpad.net/evergreen/+bug/1547668 and wonders if this still applies |
| 11:26 |
pinesol_green |
Launchpad bug 1547668 in Evergreen "XUL staff client does not support TLS above 1.0" [Undecided,New] |
| 11:26 |
Dyrcona |
Hmm... You know. I didn't test the staff client with TLS1.2.... |
| 11:26 |
Dyrcona |
I don't think it can do it, can it? |
| 11:26 |
dbs |
I should update that bug to indicate that yaz is happily connecting to HTTPS on Ubuntu 16.04, it was another victim of a particular yaz version / OS version issue |
| 11:26 |
Dyrcona |
bshum++ # For reading my mind. |
| 11:28 |
berick |
do the secure:false setting in the staff client have no effect? in constants.js. |
| 11:28 |
berick |
or do are they happy to be redirected? |
| 11:28 |
* Dyrcona |
goes to check the dates again on the PCI ultimatum..... |
| 11:29 |
berick |
i tested a few things here redirecting 80->443 and xul seems happy, but haven't confirmed it's hitting any of the secure:false API's |
| 11:30 |
dbs |
well we're using the indexdata yaz packages so that might be part of it |
| 11:32 |
berick |
eh, the secure:false stuff didn't come up in 1507013, so it's probably not an issue. |
| 11:43 |
Dyrcona |
Y'know what really bugs me about the SSL-everywhere movement? Practically no one encrypts their email, and email should be the first that gets encrypted. Not some random website with pictures of cats. |
| 12:23 |
phasefx |
gmcharlt++ |
| 12:24 |
gmcharlt |
https://evergreen-ils.org/evergreen-web-team-extends-protocol-support/ |
| 12:25 |
|
jihpringle joined #evergreen |
| 12:25 |
jeff |
phasefx: i also had an old gopher interface for early early test result status display. i didn't bother adapting it after that test system went away. |
| 12:26 |
phasefx |
jeff++ just for giggles? |
| 12:29 |
csharp |
"would you care for some gopher, Everett?" |
| 12:29 |
* csharp |
can't read that word without thinking of that movie |
| 14:20 |
rgagnon |
gmcharlt++ |
| 14:20 |
gmcharlt |
we're reaching a soft cutoff for new features to make it into 3.0 at the end of this week |
| 14:20 |
tspindler |
any other questions about the upcoming release? It is a big one I know. |
| 14:20 |
gmcharlt |
(well, more like Monday) |
| 14:21 |
gmcharlt |
my main plea as RM is for some testing on a couple of the big branches, particularly serials and offline mode |
| 14:21 |
gmcharlt |
but we're nonetheless on course for reaching the primary release goal of having 3.0 be the one where we recommend use of webstaff in production for all modules |
| 14:21 |
terran |
The initial testing I did on offline worked really well, but I haven't had a chance to test it again recently. |
| 14:22 |
rfrasur |
gmcharlt, I suspect that this has gone out, but can you send another plea for testers through the main listserv? |
| 14:22 |
tspindler |
I can see about more testing here also |
| 14:22 |
gmcharlt |
rfrasur: yeah, can do |
| 14:22 |
rfrasur |
Thank you |
| 14:22 |
tspindler |
#topic SFC Membership Review (Sharon Herbert and Tim Spindler) |
| 16:16 |
|
mmorgan joined #evergreen |
| 16:26 |
|
jvwoolf joined #evergreen |
| 16:29 |
|
khuckins joined #evergreen |
| 16:32 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 16:33 |
|
afterl left #evergreen |
| 16:42 |
gmcharlt |
csharp: my last comment in bug 1709710 gives you an alternative thing to try |
| 16:42 |
pinesol_green |
Launchpad bug 1709710 in Evergreen "OpenSRF Installation Instructions for ejabberd" [Undecided,Incomplete] https://launchpad.net/bugs/1709710 - Assigned to Adam Bowling (abowling) |
| 01:19 |
|
remingtron joined #evergreen |
| 05:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:18 |
|
rjackson_isl joined #evergreen |
| 08:21 |
|
_adb joined #evergreen |
| 08:35 |
csharp |
working with test_json_query this morning... how to I make it not freak out when there are spaces in a key (ex. "not in")? |
| 08:39 |
|
Dyrcona joined #evergreen |
| 08:40 |
|
mmorgan joined #evergreen |
| 08:41 |
tsbere |
csharp: Not sure, but I didn't think "not in" was in the list of 2+ word operators allowed |
| 08:49 |
csharp |
tsbere: working from https://wiki.evergreen-ils.org/doku.php?id=documentation:tutorials:json_query - also the query is in active use in 2.12+: http://git.evergreen-ils.org/?p=Evergreen.git;a=blob;f=Open-ILS/src/perlmods/lib/OpenILS/Application/Acq/Order.pm;h=3eae8602e31730305f346472d0dbf63e5ebbb456;hb=refs/heads/rel_2_12#l1194 |
| 08:50 |
|
bos20k joined #evergreen |
| 08:50 |
csharp |
when I remove the space or replace it with _ just to get it working, the resulting SQL is wrong (not just because "notin/not_in" is invalid SQL) |
| 08:52 |
csharp |
relevant: bug 1257915 - which I tested and signed off on on a stock master server, but it's not working on our test server |
| 08:52 |
pinesol_green |
Launchpad bug 1257915 in Evergreen 2.11 "Acq: purchase orders stay "on-order" with some lineitems received and the rest canceled" [Medium,Fix released] https://launchpad.net/bugs/1257915 |
| 08:53 |
csharp |
test server has real PINES data |
| 08:53 |
tsbere |
csharp: Huh. Ok, maybe my memory is lacking. Or I missed some other change that went through. |
| 08:53 |
csharp |
s'ok |
| 08:54 |
Dyrcona |
csharp: Have you converted it to Perl and tried it that way? |
| 08:57 |
* tsbere |
ran a quick test on his (not updated recently) dev machine and it worked fine if he single-quoted the entire json query when passing it to test_json_query |
| 08:58 |
tsbere |
csharp: Is your passing being split into multiple arguments on the space? |
| 08:59 |
csharp |
Dyrcona: the query is converted from perl - I don't know how one tests it from perl :-/ |
| 08:59 |
csharp |
tsbere: yeah, it appears to be that |
| 09:00 |
|
collum joined #evergreen |
| 09:00 |
Dyrcona |
csharp: CStore has methods to run JSON queries. I suspect what you're using converts the JSON to Perl and passes it to one of those. |
| 09:00 |
csharp |
tsbere: when I add single quotes around the whole query, I get "Unexpected character" |
| 09:02 |
csharp |
test_json_query -v `cat blah.json | sed ':a;N;$!ba;s/\n/ /g'` |
| 09:02 |
csharp |
oh actually I did it without the sed |
| 09:03 |
csharp |
test_json_query -v `cat blah.json` |
| 09:03 |
Dyrcona |
csharp: here's another tool you can use to test it: https://github.com/Dyrcona/evergreen_utilities/blob/master/perl/json_query.pl |
| 09:03 |
Dyrcona |
Put your json in a file and run it with that. See what happens. :) |
| 09:04 |
tsbere |
csharp: This should fix it for you: test_json_query -v "`cat blah.json`" |
| 09:05 |
csharp |
tsbere: that did it - thanks! |
| 09:09 |
Dyrcona |
it just works with my script, but feel free to ignore me. :) |
| 09:10 |
Dyrcona |
And my script serves a slightly different purpose. |
| 09:10 |
csharp |
Dyrcona: thanks - nice to know that there are alternatives ;-) |
| 09:11 |
Dyrcona |
It's not meant to test json queries, but to run them and produce CSV output. |
| 09:12 |
Dyrcona |
I don't use it much, but there it is. |
| 09:12 |
csharp |
Dyrcona: I just ran it - as expected in this case, it returned no results |
| 09:12 |
Dyrcona |
Yeap, and no errors. If there was an error in the json, it would have been reported. |
| 09:13 |
Dyrcona |
I ran it on a test database. |
| 09:14 |
Dyrcona |
I think I originally wrote that to debug some json queries that weren't giving the results I expected, but that was 5 years ago, so... |
| 09:15 |
|
terran joined #evergreen |
| 09:15 |
Dyrcona |
Or more. I think I put 2012 on there when I put it in a public repo. |
| 13:57 |
Bmagic |
I would like to see the xul staff client "home" screen instantly after hitting enter on my login box |
| 13:57 |
Dyrcona |
If you're paying per CPU, then reduce the number of CPUs. |
| 13:57 |
Dyrcona |
That will never happen because network. |
| 13:59 |
Bmagic |
network, of course, but shouldn't these bricks be pushing everything they have to offer? I guess the true test would be to remove half of the bricks and see if the CPU load doubles on the other half |
| 14:00 |
Dyrcona |
The idea isn't to max out the utilization of the hardware. The idea is to offer your customers a reasonable level of performance at a reasonable price. |
| 14:00 |
Dyrcona |
You may have more bricks than you need. |
| 14:00 |
Dyrcona |
But honestly, when even one of our bricks is maxed out, we get phone calls, and not pleasant ones, either. |
| 14:13 |
csharp |
gotta start putting these awesome @band names to good use |
| 14:21 |
berick |
csharp: bug 1711194 |
| 14:21 |
pinesol_green |
Launchpad bug 1711194 in OpenSRF "osrf_control --diagnostic should report max-children values" [Wishlist,New] https://launchpad.net/bugs/1711194 |
| 14:26 |
csharp |
berick: oh - awesome! will test directly |
| 14:27 |
berick |
fyi requires a re-configure |
| 14:27 |
csharp |
berick: will do |
| 14:30 |
|
lasse_ joined #evergreen |
| 14:36 |
csharp |
lasse_: yeah... no windows server at this point |
| 14:36 |
csharp |
but the client software is multi-platform and we're transitioning to browser based with the next release |
| 14:37 |
lasse_ |
ah if it's just a matter of running the server on linux it's no problem - I am sys admin and could just set up a linux server |
| 14:37 |
csharp |
lasse_: yep, most of our clients are running on windows boxes |
| 14:38 |
csharp |
lasse_: if you decide to install a test box, please ask here for help - we're mostly on the east coast of the USA and available 8 a.m. to mostly 6 or 7 p.m. Eastern Time |
| 14:38 |
lasse_ |
I'm thinking of using it for check in and out of our library (currently students just go in and pick books of the shelf - no control what soever) - same goes for study books - only the teacher is responsible for knowing who has which book |
| 14:38 |
csharp |
some of us are night owls and early risers though :-) |
| 14:39 |
csharp |
lasse_: koha would be another open source option too, in case you're not aware |
| 15:22 |
bshum |
Yep, that's the one |
| 15:22 |
Dyrcona |
yeah. |
| 15:23 |
Dyrcona |
I haven't seen it, but I've not used 2.5 in production, yet. |
| 15:23 |
Dyrcona |
Just in testing/training. |
| 15:23 |
|
remingtron joined #evergreen |
| 15:23 |
Dyrcona |
You are using it with EG 2.12, right? |
| 15:24 |
dbs |
yep |
| 15:49 |
Dyrcona |
dbs: that "stanza is too big" appears in OpenSRF/OpenILS logs, right? I'm going to check training and one of my dev vms. |
| 15:51 |
dbs |
Dyrcona: yeah we have ours going to syslog, so on a systemd system 'journalctl -n 100000 | grep "XML stanza"' works |
| 15:52 |
dbs |
Doesn't show up often, only once in our last 100000 lines of logs |
| 15:52 |
Dyrcona |
All right. I'm using /openils/var/log on the training and test vms. |
| 15:52 |
Dyrcona |
I have several gigs of logs going back a couple of weeks. |
| 15:52 |
Dyrcona |
I hammered SIP2 recently on the test vm, that might turn something up. |
| 15:54 |
Dyrcona |
Nope. Not finding anything, but my requests may not be that big. |
| 15:57 |
dbs |
"Bront©± family." eh? hmm |
| 15:58 |
* Dyrcona |
guesses double encoding or similar. |
| 15:59 |
dbs |
yeah, this was an originally MARC8-encoded record |
| 15:59 |
dbs |
yaz-client shows it just fine so we're messing something up |
| 15:59 |
dbs |
back on stanza too big, the one case I have seems to be related to incoming SRU queries |
| 16:01 |
Dyrcona |
Well, I can try some of those. I'm sure we've not looked at that on training or my test vm. |
| 16:01 |
Dyrcona |
Maybe tomorrow. |
| 16:04 |
|
collum_ joined #evergreen |
| 16:18 |
berick |
@band add CHACHA20 |
| 16:18 |
pinesol_green |
berick: Band 'CHACHA20' added to list |
| 16:18 |
berick |
from a list of ssl ciphers |
| 17:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:02 |
|
mmorgan left #evergreen |
| 17:18 |
|
jvwoolf left #evergreen |
| 18:33 |
csharp |
dbs: we have reports of unicode not working on our z39.50-imported records - 2.12.2-ish/OpenSRF 2.5.0 - haven't dug yet but symptoms sound similar |
| 18:34 |
csharp |
on Ubuntu 16.04 |
| 18:38 |
csharp |
also got reports of search/other things not working on our test server a couple of weeks ago - found that OpenSRF was offline - I'll look into the logs to see what was going on - I suspect the same issue as bug 1709710 |
| 18:38 |
pinesol_green |
Launchpad bug 1709710 in Evergreen "OpenSRF Installation Instructions for ejabberd" [Undecided,Incomplete] https://launchpad.net/bugs/1709710 - Assigned to Adam Bowling (abowling) |
| 18:40 |
csharp |
lots of "4 In-flight request(s) took longer than 600 seconds to complete. Treating requ |
| 18:40 |
csharp |
est as dead and moving on." |
| 05:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:03 |
|
jvwoolf joined #evergreen |
| 07:14 |
|
JBoyer joined #evergreen |
| 07:19 |
|
book` joined #evergreen |
| 12:17 |
csharp |
dbs: I've not heard of it... to be clear, this is in the client when entering the z39.50 UI and they've saved credentials to outside servers? |
| 12:18 |
dbs |
That's what it seems to be, yeah |
| 12:19 |
* dbs |
needs to dig further |
| 12:24 |
csharp |
dbs: I just added credentials on my 2.12 test server, then exited and re-opened the z39 UI and it worked as expected - I'll check with our catalogers who have been testing too |
| 12:24 |
Dyrcona |
Bmagic: Maybe my attribution to the IRS is another case of GIGO: http://www.atlasobscura.com/articles/is-this-the-first-time-anyone-printed-garbage-in-garbage-out |
| 12:26 |
Dyrcona |
And I love that Charles Babbage quote. I have read it before. |
| 12:27 |
csharp |
dbs: in our case it may not be a good test since most are creating new XUL client profiles as they log into our test server |
| 12:27 |
csharp |
so not exactly an "upgrade" |
| 12:29 |
Bmagic |
Dyrcona: nice article! |
| 12:33 |
dbs |
csharp: thanks! |
| 12:34 |
csharp |
dbs: confirmed from our lead cataloger that no one has reported similar problems while testing 2.12 |
| 12:34 |
csharp |
happy to help! |
| 12:34 |
dbs |
We only have one entry in config.z3950_source_credentials and it's mine, so it really looks like a XUL thing. I'll dig deeper. |
| 12:39 |
|
mmorgan joined #evergreen |
| 13:12 |
Dyrcona |
hm... too bad there are no good guidelines for random page cost. I'm tempted to set it to 1.0 on my new server. |
| 13:21 |
Dyrcona |
Well, drop it to 2.0. "Leave it at 2.0" is a comparison to the current production db, just to be perfectly clear. |
| 13:25 |
berick |
Dyrcona: FYI. i'll open a bug soon. http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/berick/open-auth-login |
| 13:26 |
Dyrcona |
berick: Cool! |
| 13:26 |
Dyrcona |
That should be easy to test. |
| 13:27 |
Dyrcona |
We can start by altering the authenticate method of Cronscript and friends. |
| 13:29 |
berick |
yeah, and my initial tests look good. confirmed block count handling still works as expected. no mem leaks. |
| 13:31 |
Dyrcona |
Yeah, I was just looking at all of the "free me" comments. :) |
| 13:31 |
Dyrcona |
That's a good idea... |
| 13:35 |
|
jwoodard joined #evergreen |
| 16:55 |
bshum |
I'll read through more of it later, later tonight |
| 16:55 |
gmcharlt |
looking at the original string, the divs were there |
| 16:58 |
gmcharlt |
yeah, for that one it appears to be correclty parsing the [% |l(args) %]string[% END %] form |
| 17:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:06 |
|
mmorgan left #evergreen |
| 17:07 |
|
jboyer-isl joined #evergreen |
| 17:16 |
bshum |
gmcharlt: Gotcha, then I won't worry about that too much |
