11:10 |
JBoyer |
Though apparently not on every modern-ish version of Java. :/ |
11:11 |
jeff |
JBoyer: ah, in my experience they both output to stderr, it's just that one of them is outputting... just an error. :-) |
11:12 |
jeff |
maybe something new with java 9. |
11:13 |
JBoyer |
Shouldn't be, I know I tested 9 for detection, but I've seen this all work with 8, though possibly only on 64 bit machines. |
11:13 |
jeff |
the new "rapid cadence" and "adding a new version scheme" are sure to simplify things. |
11:14 |
Dyrcona |
@blame Oracle |
11:14 |
pinesol_green |
Dyrcona: Your failure is now complete, Oracle. |
11:15 |
jeff |
one of these things... can be virtualized. |
11:18 |
JBoyer |
I have played many board games on a screen, yes. :D |
11:18 |
Dyrcona |
Risk! |
11:20 |
alynn26 |
I am not a spy. |
11:21 |
alynn26 |
off to set up a 32 bit windows 7 machine, to do some testing. |
11:21 |
JBoyer |
alynn26++ |
11:41 |
Dyrcona |
Are we having the developers' IRC meeting later today? |
11:41 |
gmcharlt |
I would like to have one; I can send a reminder shortly |
15:26 |
dbwells |
One possible issue with the CGI-param would be the iframe links which function "normally" now (pagination, etc.), to avoid false re-wraps. But, I do think this plan is overall on the right track. |
15:27 |
|
abowling1 joined #evergreen |
15:28 |
jeff |
can browsers be relied upon to have "open link in new tab" (via modified click, context menu) use the src= attribute of the link while other "normal" interactions (click or keyboard activation of the link) fire an event? |
15:28 |
miker |
dbwells: ah, indeed. we might have to teach mk_url() to always add a param if it exists, of test to see if we're inside an iframe, and inject <input type=hidden> vars or something |
15:29 |
dbwells |
And maybe this is what miker was suggesting most recently, but we might also consider moving the "special" link logic to the TPAC itself, so when in client mode, the most salient links are actually the full client links right from the get-go. |
15:29 |
jeff |
oh, that might not actually help due to other complexities of the iframe... nevermind, probably. |
15:29 |
miker |
there's probably a seed of a plan in there somewhere :) ... TUITS! |
04:09 |
|
beanjammin joined #evergreen |
06:08 |
|
rlefaive joined #evergreen |
06:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:28 |
|
rjackson_isl joined #evergreen |
07:29 |
|
Dyrcona joined #evergreen |
07:53 |
|
krvmga_ joined #evergreen |
12:38 |
jeff |
stephengwills: you should proceed carefully and with some advance planning, and not blindly run any commands recommended to you, and you should consider writing up a document, but you may want to start with some of the bits in the ESI/EOLI migration tools repo: http://git.esilibrary.com/?p=migration-tools.git;a=summary |
12:38 |
jeff |
stephengwills: http://git.esilibrary.com/?p=migration-tools.git;a=blob;f=remove_ou_data/README;hb=HEAD |
12:39 |
stephengwills |
thanks. will take a look. |
12:40 |
jeff |
and if it wasn't clearly implied from my "proceed carefully", i'll be explicit: do your testing on a test copy of the data. :-) |
12:40 |
Dyrcona |
stephengwills: A quick perusal suggestions that will do what you want. |
12:41 |
Dyrcona |
s/suggestions/suggests/ |
12:41 |
Dyrcona |
And, yeah, proceed with caution. |
12:41 |
rhamby |
stephengwills: I do that periodically for customers and use that repo (it has a few commits from me in it) but I'd recommend running it against a test system first |
12:41 |
Dyrcona |
It might be a good idea to shut down everything else that talks to the database when you do it for real. |
12:42 |
rhamby |
stephengwills: there are situations that can come up that don't necessarily have a good universal answer so those aren't necessarily addressed in there |
12:42 |
rhamby |
stephengwills: also you may want to time it, some steps can be pretty slow. I work around that in various ways depending on the situation but again, they aren't in there because they are decisions for local admins to make |
12:43 |
stephengwills |
yeay migration tools :). I’ll def play on a copy ffirst. |
12:43 |
rhamby |
stephengwills: and check your db version, if you're on 3.0+ there may be some additional steps needed that I haven't done commits for yet because I'm still testing them |
12:43 |
stephengwills |
I already suggested that we delete everything at once and everyone open pizza shops around the state but that didn’t fly. |
12:44 |
rhamby |
stephengwills: how about thai? |
12:44 |
Dyrcona |
drop database .... |
15:25 |
JBoyer |
miker++ # WERK |
15:42 |
|
frank__ joined #evergreen |
15:47 |
Dyrcona |
Werk? Werkzeug? Metrowerks? Now, that last one takes me back. |
15:47 |
frank__ |
Hi all, I am trying to enable the web staff client, I ran the corresponding scripts according the EG oficial documentantion, but I cannot access, In the chrome console I am getting the following error, I already checked the ports in the wide firewal and it is open, what else could I test? |
15:47 |
frank__ |
WebSocket connection to 'wss://bilblos.ipicyt.edu.mx:7682/osrf-websocket-translator' failed: Error in connection establishment: net::ERR_CONNECTION_REFUSED WrappedWebSocket @ VM386:164 OpenSRF.WebSocket.send @ opensrf_ws.js:62 OpenSRF.Session.send_ws @ opensrf.js:350 OpenSRF.Session.send @ opensrf.js:294 OpenSRF.Request.send @ opensrf.js:588 net.request @ net.js:123 service.login_api @ auth.js:244 service.login @ auth.js:171 $sc |
15:48 |
Dyrcona |
frank__: Is the apache2-websockets instance running on the server? |
15:48 |
Dyrcona |
you can do "ps ax | grep apache2-websockets" to check. |
15:49 |
frank__ |
Dyrcona: sure, this is the output: ps ax | grep apache2-websockets 4032 pts/0 S+ 0:00 grep apache2-websockets |
17:04 |
|
abowling1 joined #evergreen |
17:13 |
|
mmorgan1 left #evergreen |
17:22 |
|
khuckins joined #evergreen |
18:32 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
22:29 |
|
beanjammin joined #evergreen |
05:37 |
|
jlundgren joined #evergreen |
06:02 |
|
remingtron_ joined #evergreen |
06:32 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:15 |
|
rjackson_isl joined #evergreen |
07:27 |
|
rjackson_isl_ joined #evergreen |
07:28 |
|
remingtron_ joined #evergreen |
12:10 |
Bmagic |
haha, I was about to link that! |
12:11 |
Bmagic |
Dyrcona++ |
12:11 |
Dyrcona |
Bmagic++ |
12:11 |
Dyrcona |
I was thinking of testing your branch on that, but I've got enough on my plate for today. |
12:11 |
mmorgan |
Dyrcona++ |
12:11 |
mmorgan |
Bmagic++ |
12:12 |
|
khuckins joined #evergreen |
12:22 |
Bmagic |
Will/Wil # LOL |
12:22 |
Dyrcona |
Shut up, Wesley. :P |
12:23 |
Dyrcona |
rhamby: Yes, same problem. |
12:24 |
mmorgan |
So I added the index on a test system and am not seeing an improvement in the EXPLAIN ANALYZE. Do I need to restart something? |
12:24 |
Bmagic |
mmorgan: no, it improved right away |
12:25 |
Bmagic |
the analyze that you need to be running is "delete from action.circulation where xxxx" |
12:26 |
Bmagic |
at least that is what I remember testing |
12:31 |
* dbs |
seconds wilw's audio performance on RP1 |
12:35 |
|
rlefaive joined #evergreen |
12:36 |
* rhamby |
agrees with dbs |
12:37 |
mmorgan |
Ok, tested the delete from action.circulation, still taking a long time |
12:37 |
pastebot |
"mmorgan" at 64.57.241.14 pasted "EXPLAIN ANALYZE delete from action.circulation where usr = 1658222;" (18 lines) at http://paste.evergreen-ils.org/1192 |
12:39 |
|
rlefaive joined #evergreen |
12:41 |
dbwells |
mmorgan: You created the index the same way Bmagic did on his bug? https://bugs.launchpad.net/evergreen/+bug/1758160 |
13:23 |
mmorgan |
My EXPLAIN ANALYZE is different for another user |
13:23 |
pastebot |
"mmorgan" at 64.57.241.14 pasted "EXPLAIN ANALYZE delete from action.circulation where usr = 2118473;" (11 lines) at http://paste.evergreen-ils.org/1195 |
13:32 |
jeff |
on that user, there appear to be no circulations at all, so there's no deleting being done, so there are no constraints needing to be checked. |
13:33 |
mmorgan |
Hmm. that usr in my test system has 2283 rows in action.circulation. |
13:34 |
|
rlefaive joined #evergreen |
13:35 |
jeff |
for usr 2118473, the explain analyze output includes (actual time=0.160..0.160 rows=0 loops=1) -- the actual rows being 0 there leads me to think that they have zero circulations in action.circulation. does a SELECT count(*) FROM action.circulation WHERE usr = 2118473; return something other than zero? |
13:35 |
jeff |
(I could be mis-reading the explain output) |
16:44 |
abowling |
yeah. guessing 9.5 was the "here's the new, now be ready to get rid of the old next time" phase |
17:10 |
|
mmorgan1 joined #evergreen |
17:10 |
|
mmorgan1 left #evergreen |
17:20 |
pinesol_green |
[evergreen|Kevin Tran] Docs: Update circulation_limit_groups.adoc for web client - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=15fc64d> |
17:20 |
pinesol_green |
[evergreen|Remington Steed] Docs: Update "Z39.50 Servers" for web client - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2ff2723> |
17:20 |
pinesol_green |
[evergreen|Remington Steed] Docs: Update "User Activity Types" for web client - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=eaec26b> |
17:38 |
|
abowling1 joined #evergreen |
17:43 |
|
rlefaive joined #evergreen |
18:23 |
|
rlefaive joined #evergreen |
18:30 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
19:24 |
|
abowling joined #evergreen |
20:07 |
|
genpaku_ joined #evergreen |
20:13 |
|
book` joined #evergreen |
04:01 |
|
abowling1 joined #evergreen |
06:30 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:23 |
|
rjackson_isl joined #evergreen |
07:28 |
|
agoben joined #evergreen |
08:25 |
|
collum joined #evergreen |
10:11 |
|
stephengwills joined #evergreen |
10:33 |
|
rlefaive joined #evergreen |
10:40 |
|
Jaswinder joined #evergreen |
10:41 |
Jaswinder |
Hi Guys, I want to test Ebook API methods form srfsh. I tried to send the request it is throwing 500 error, Basically, I am trying to call this Ebook API method: open-ils.ebook_api.title.details |
10:42 |
Jaswinder |
Example: request open-ils.ebook_api open-ils.ebook_api.title.details {"sessionid":"1522161337.001863.152216133624029","title_id":"a"} |
10:42 |
Jaswinder |
Any thoughts, how do I test it? |
10:48 |
|
kmlussier joined #evergreen |
10:52 |
* kmlussier |
plans to buy lottery ticket since she hasn't used up her luck yet on virtual coffee. |
10:55 |
Jaswinder |
Can anyone help here? |
10:56 |
dbs |
sorry Jaswinder I don't know anything about the ebook api |
11:01 |
Jaswinder |
Anyone else? |
11:03 |
JBoyer |
jeffdavis would know the most about it, but I'll mention some low-hanging fruit: You already have the setup you need on the Overdrive or OneClick side? This service can't do anything without some configuration on their side. (and they usually point you at a test system, etc.) |
11:05 |
|
mmorgan1 joined #evergreen |
11:07 |
dbwells |
Jaswinder: it looks like that method is not expecting an argument hash, but rather just two unnamed arguments, something like: request open-ils.ebook_api open-ils.ebook_api.title.details "1522161337.001863.152216133624029", "a" |
11:07 |
|
stephengwills joined #evergreen |
11:14 |
kmlussier |
dbwells++ |
11:14 |
Jaswinder |
This is an example command: request open-ils.ebook_api open-ils.ebook_api.get_patron_id "ASDABS-ASSAS-2323", "1212133", "BACGMAIL.COM" |
11:15 |
kmlussier |
gmcharlt / phasefx: I was thinking of upgrading the MassLNC community demo server to 3.1. Would you be okay with keeping the Equinox demo server at 3.0 so that folks have a choice of which release they try out? |
11:20 |
dbwells |
Jaswinder: also, your session ID doesn't look like what I would expect for an Ebook API session ID. It looks like an OpenSRF session ID, which isn't what you want, I think. |
11:21 |
dbwells |
Jaswinder: in my basic testing, my session ID looks like "ebook_api.ses.{HASH_VALUE}" |
11:21 |
|
Christineb joined #evergreen |
11:21 |
dbwells |
This is after starting a "test" session using: request open-ils.ebook_api open-ils.ebook_api.start_session "ebook_test", "1" |
11:24 |
|
rlefaive joined #evergreen |
11:35 |
Jaswinder |
dbwells - You are correct. I tried with new session id and I got no response. |
11:36 |
gmcharlt |
kmlussier: in the short term, but not indefinitely |
12:11 |
Jaswinder |
and then created a perl class similar to oneclickdigital.pm as Ebooks.pm inside /Application/EbookAPI/ |
12:11 |
|
jihpringle joined #evergreen |
12:11 |
Jaswinder |
If you want, I can share a piece of code to your email or another location |
12:13 |
dbwells |
Jaswinder: From the log you posted, it seems like your request "worked", it just didn't return anything. I might try making my 'get_patron_id' method return "TEST" right away or something like that just to make sure everything is wired up correctly. I need to head out for a bit, but if you want to email, it is dbw2calvin.edu. I'll be back in around an hour or so. |
12:14 |
Jaswinder |
Thanks and I appreciate it! I will try it out first and then email you if I need help. |
12:16 |
|
terran joined #evergreen |
12:17 |
|
ngf42 joined #evergreen |
15:17 |
Dyrcona |
The id will be generated automatically if you don't supply it or leave it null. |
15:18 |
jeff |
csharp: looking at the HTML::TableExtract docs, and depending on what you're trying to do, the rows() table method might be more useful for you: https://metacpan.org/pod/HTML::TableExtract |
15:19 |
csharp |
jeff: yep, that looks better |
15:22 |
jeff |
also, you probably want to test success using if ($response->is_success) instead of just if ($response) -- I didn't have LWP::Protocol::https installed, so if ($response) was true but the value of $content later on was "LWP will support https URLs if the LWP::Protocol::https module is installed." |
15:23 |
csharp |
jeff: thanks for that |
15:23 |
Dyrcona |
While on the subject of inserting into actor.org_unit_setting ... I made this handy, little skeleton for Emacs this morning: https://pastebin.com/Hzq1Q9J9 |
15:25 |
jeff |
csharp: and you can use something like this to output two columns for each row with a tab between them: map { print "@{$_}[0]\t@{$_}[1]\n" } $table->rows(); |
15:28 |
jeff |
that would look something like this: map { print join("\t", @{$_}), "\n" } $table->rows(); |
15:28 |
Dyrcona |
jeff: I haven't looked at the output of the function you mentioned but I was thinking print join('\t', @$_) |
15:28 |
Dyrcona |
yes, that, more or less. |
15:31 |
jeff |
in that same map block, you could grab the first value from the row and test for a leading hyphen, and then either remove it or skip output of the entire row, depending on what you want to do for "Discontinued" codes. |
15:31 |
jeff |
(there's apparently only one) |
15:31 |
csharp |
jeff: yes, I want to remove the leading hyphen to be in line with the script I'm replacing |
15:31 |
Dyrcona |
csharp: Would the current script not work if the useragent is set? |
15:32 |
Dyrcona |
I never got that far into fixing it because other things came up. |
15:32 |
csharp |
Dyrcona: dbwells was just asking me that privately - it appeared to break when I tested, but I'll try again |
15:33 |
Jaswinder |
What are these fields for: org_unit_setting_type: frm_class, view_perm, update_perm? |
15:33 |
jeff |
cloudflare-- |
15:33 |
Dyrcona |
csharp: I seem to recall that part of the problem was the pages had been reorganized, but I'm unclear. |
15:38 |
Dyrcona |
csharp++ |
15:38 |
csharp |
I'll look into what jeff ran into with the HTTPS warning |
15:39 |
Dyrcona |
IIRC, I looked into it briefly around the time of the 2.9 release. |
15:40 |
csharp |
I'll test on a fresh server and see if we need to add new packager dependencies |
15:40 |
* csharp |
heads out for now |
15:41 |
dbwells |
csharp++ |
15:42 |
Dyrcona |
Guess I never made a Lp bug for it. |
15:42 |
jeff |
csharp: the relator_map script uses an http url, and LoC isn't redirecting to https, so you'll likely not hit that at all. Also, I was testing your script on a box that would not have have Evergreen pre-reqs installed, so the needed modules for https might already be there. |
15:44 |
jeff |
somewhat annoying that a single checkbox on LoC's cloudflare account configuration interface breaks us, but working around it rather than trying to get someone to untick the box is likely the better option for now. :-P |
15:46 |
Jaswinder |
Dyrcona: Where do I add the library id then? Which field? |
15:46 |
Jaswinder |
Sorry, I am bit confused here |
15:47 |
|
derekz joined #evergreen |
16:42 |
Dyrcona |
That's a bummer. |
17:00 |
|
mmorgan joined #evergreen |
17:06 |
|
mmorgan left #evergreen |
17:10 |
Jaswinder |
Guys, is there a way I can write test case to run srfsh commands. I don't like to regenerate sessions every hour |
17:19 |
dbwells |
Jaswinder: srfsh is just a handy way to run OpenSRF commands. Our live tests are written in Perl rather than using srfsh. You can find them in Evergreen/Open-ILS/src/perlmods/live_t (for inspiration) |
17:23 |
Jaswinder |
I am looking at this and this is good |
17:23 |
Jaswinder |
How do I retrieve email id of the user from table? Also, how DB calls are made to retrieve information? |
17:32 |
dbwells |
Jaswinder: I need to head out shortly, but there are no good quick answers to those questions. Here is a quick answer which might be okay: |
17:37 |
dbwells |
In addition to "custom" APIs, there are uniform APIs which are autogenerated from something called the IDL. |
17:37 |
dbwells |
An entirely new table would also need an entry in the IDL to get these methods autogenerated. |
17:38 |
Jaswinder |
Good to know that information. I will research on this as how I can leverage IDL to get the data |
17:40 |
dbwells |
Jaswinder: if you go back to here and look under "Dealing with Data", you might be able to pick it up. http://library.calvin.edu/devdocs_project/doku.php?id=start Use the live tests for examples as well. |
17:41 |
dbwells |
Lack of tuits have prevented that page from maturing, but having you asking these questions is the right kind of inspriation. |
17:41 |
dbwells |
Basically, for your needs, "cstore" and "CstoreEditor" are the things to focus on. PCRUD is similar, but more useful for external/client-side access to things. |
17:42 |
Jaswinder |
thanks! I am going to review these docs now |
17:46 |
dbwells |
I know the docs are still jumbled and incomplete. You seem savvy enough, so that information combined with trolling through the code for "cstore" and "$editor->" calls might get you there. Good luck! Folks are generally most in the channel during 9-5 Eastern, though a few are further west. |
17:46 |
* dbwells |
heads out |
18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:33 |
Dyrcona |
"And, there was much rejoicing." |
18:46 |
ngf42 |
http://i.imgur.com/oLYSHuu.gif |
18:47 |
Dyrcona |
Indeed! |
00:19 |
|
book` joined #evergreen |
06:31 |
pinesol_green |
News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live> |
07:28 |
|
rjackson_isl joined #evergreen |
07:44 |
|
JBoyer joined #evergreen |
08:00 |
|
kmlussier joined #evergreen |
08:00 |
kmlussier |
Hmmm...that pgtap test ran fine for me. :( |
08:11 |
kmlussier |
Nope, it's failing for me now. I wonder if I ran the correct test yesterday. |
08:12 |
JBoyer |
The id for the second record is wrong |
08:12 |
JBoyer |
missing a '5' |
08:12 |
JBoyer |
(on insert, that is.) |
08:17 |
kmlussier |
It still fails after fixing that. |
08:17 |
JBoyer |
:( |
08:20 |
JBoyer |
brand new db? (i.e. it's not missing the corrected asset.merge_etc. ? |
08:24 |
kmlussier |
Well, all pgtap tests are failing for me. Obviously, it's a problem on my end. :) I was on a new VM and had to install pgtap before running the test. I'm guessing I did something wrong. |
08:25 |
|
collum joined #evergreen |
08:25 |
JBoyer |
Ah. There is a step you have to take in psql after installing pgTAP to make it actually available in the db you're testing. Maybe that was missed? |
08:26 |
kmlussier |
Perhaps. I just ran through the steps again and got a successful test. Let me try rhamby's test again. |
08:27 |
kmlussier |
It works! I'll put that fix in a branch. Thanks JBoyer! |
08:29 |
JBoyer |
kmlussier++ |
08:29 |
rhamby |
I like to think that I'm keeping QA sharp. |
08:29 |
rhamby |
kmlussier++ |
09:12 |
|
Dyrcona joined #evergreen |
09:35 |
|
rlefaive joined #evergreen |
09:38 |
|
jvwoolf joined #evergreen |
10:01 |
gmcharlt |
kmlussier: I think I now by the tests worked for you when you merged LP#1731960 |
10:01 |
gmcharlt |
*why |
10:02 |
gmcharlt |
a couple things are going on |
10:03 |
gmcharlt |
first, because of the deferred FK contrainst on container.biblio_record_entry_bucket_item, it setting target_biblio_record_entry to the wrong ID value won't cause an error until the transaction commits, but because it was being run in the context of a pgTAP test that rolls back the transaction, it didn't complain |
10:04 |
gmcharlt |
in contrast, the record_entry_merged_to_fkey constraint on bre is not marked as deferred, and thus complained right away |
10:05 |
gmcharlt |
but here's the kicker: the 1107 upgrade script is incomplete; it has a version of the stored procedure that lacks the merge tracking logic |
10:05 |
Dyrcona |
:0 |
10:07 |
* gmcharlt |
will work up a patch |
10:09 |
kmlussier |
:( |
10:11 |
kmlussier |
Would the test have different results then if performing it on a system that used the upgrade script vs. one that was a clean install? |
10:11 |
gmcharlt |
yeah |
10:12 |
gmcharlt |
run against a clean install, the test would have complained |
10:12 |
|
kmlussier joined #evergreen |
10:13 |
kmlussier |
Sorry! Hexchat apparently didn't like what I was typing. |
10:14 |
kmlussier |
Yeah, I'm pretty sure I ran it yesterday on the system where I had tested the behavior using the upgrade script. This morning, I was on a clean install. |
10:14 |
kmlussier |
gmcharlt++ |
10:14 |
* gmcharlt |
grabs 1108 |
10:19 |
pinesol_green |
[evergreen|Galen Charlton] LP#1758347: ensure that upgrade includes latest asset.merge_record_assets() - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b6e3608> |
10:19 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1758322: Fix lp1731960_test_preserving_bookbag_entries test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c31faa9> |
10:20 |
gmcharlt |
ok; should now be sorted out |
10:21 |
kmlussier |
gmcharlt++ |
10:24 |
gmcharlt |
and this seems useful: https://stackoverflow.com/questions/11798953/is-it-possible-to-restore-deferred-constraints-after-setting-set-constraints-all |
10:25 |
rhamby |
gmcharlt++ : probably happened from me working on one while the other wasn't committed yet |
10:25 |
gmcharlt |
using set constraints all deferred looks like a good way to catch this sort of thing while still being able to roll back at the end of a pgTAP test |
10:34 |
gmcharlt |
https://evergreen-ils.org/evergreen-3-0-5-and-2-12-11-released/ |
10:35 |
kmlussier |
gmcharlt++ |
10:36 |
gmcharlt |
dbwells++ csharp++ Dyrcona++ |
10:37 |
kmlussier |
Indeed. dbwells++ csharp++ Dyrcona++ |
15:43 |
pinesol_green |
[evergreen|Dan Wells] LP#1699838 Scale back settings for staff-based hold placement - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5a39d42> |
15:43 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1699838: Stamping upgrade script for default pickup lib YAOUS - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5a6636f> |
15:43 |
Dyrcona |
kmlussier++ |
15:44 |
Dyrcona |
Now, I don't have to worry about testing it. |
15:44 |
|
yboston joined #evergreen |
16:12 |
|
mmorgan1 joined #evergreen |
16:14 |
|
mmorgan2 joined #evergreen |
16:57 |
|
mmorgan2 joined #evergreen |
17:07 |
|
mmorgan joined #evergreen |
17:12 |
|
mmorgan left #evergreen |
18:32 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
21:27 |
|
hbrennan joined #evergreen |
03:26 |
|
troy__ joined #evergreen |
05:07 |
|
remingtron_ joined #evergreen |
05:07 |
|
dbwells_ joined #evergreen |
06:31 |
pinesol_green |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live> |
06:55 |
|
JBoyer joined #evergreen |
06:59 |
|
gsams joined #evergreen |
08:11 |
|
Dyrcona joined #evergreen |
11:13 |
frank_guel |
Hi all, I am trying to enable the right-click menu for Srce tag on the fixed field in New Marc record, but I can make it showable,I added the vales uin the marc coded value map but they are not showed, Is there any kind of command to run to apply changes? |
11:31 |
pinesol_green |
[evergreen|Mike Rylander] LP#1742779: Distinguish between no statcat values and multiple values in copy editor to assist staff - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=667bc1a> |
11:35 |
Bmagic |
frank_guel: after you make a change in the value map I think you have to reingest the bibs |
11:36 |
Bmagic |
you can just reingest one bib for testing |
11:36 |
Bmagic |
update biblio.record_entry set id=id where id=x; |
11:37 |
frank_guel |
perfect let me try |
11:39 |
Bmagic |
there is a flag in config.global_flag that you need to set first though. update config.internal_flag set enabled='t' where name='ingest.reingest.force_on_same_marc' |
11:43 |
Bmagic |
wel thats good |
11:43 |
kmlussier |
Other than that, I don't know the answer to frank_guel's question, unfortunately. |
11:43 |
Bmagic |
Any thoughts on the postgres block error? |
11:44 |
Bmagic |
before I delete the whole database and restore from backup? (don't panic, it's a test machine) - but I would like to save time |
11:46 |
kmlussier |
http://docs.evergreen-ils.org/2.6/_marc_fixed_field_editor_right_click_context_menu_options.html doesn't say anything about a command to make the menu options display. |
11:47 |
kmlussier |
frank_guel: Are you on the xul client? Did you exit out of the client and go back in before checking for the changes? |
11:47 |
Dyrcona |
Bmagic: Why not jump over into #postgresql and ask the experts? |
11:47 |
Bmagic |
I am rebuilding the indexes for metabib because it seems that the page in block error occurs when interacting with searches. |
11:47 |
Bmagic |
Dyrcona: yeah, good call |
11:49 |
frank_guel |
kmlussier: yes, I am on xul client, I completed the values in the tables especified, Srce is the unique tag that doesn´t display right-click menu on fixed fields |
11:52 |
kmlussier |
frank_guel: And you exited out of the client before testing to see if the changes worked? |
11:53 |
frank_guel |
yes but it did not worke |
11:53 |
frank_guel |
*work |
11:54 |
kmlussier |
frank_guel: OK, then. I'm out of ideas. I don't have any experience in adding a menu there. :( |
12:06 |
Dyrcona |
frank_guel: You may have to restart services, too, like open-ils.cat or opensrf.settings, but doing a restart-all wouldn't hurt, but if this is production, I wouldn't just restart everything in the middle of the day. |
12:06 |
|
khuckins joined #evergreen |
12:06 |
Dyrcona |
I'm not the expert in this department, either. |
12:19 |
Dyrcona |
Bmagic: I ususally use pg_dump to get dumps to restore for test databases. |
12:20 |
Dyrcona |
Fun having conversations in different channels, isn't it? :) |
12:20 |
Bmagic |
haha, yep |
12:20 |
frank_guel |
Dyrcona: actually I restarted all services and ran autogen, but it didn't work :( |
12:21 |
Dyrcona |
frank_guel: Well, then, I'm not sure what to try next. Sorry. |
12:21 |
bshum |
Dyrcona: Bmagic: It's okay, just link to our logs in their logs and vice versa. We'll all find each other that way ;) |
12:21 |
Dyrcona |
:) |
12:22 |
Dyrcona |
I'm still curious what a solution to that block error might be. I guess when I mentioned it being a test database that reduced the urgency. ;) |
12:23 |
Dyrcona |
You aren't seeing those errors in production, right? |
12:23 |
* Dyrcona |
certainly hopes not. |
12:27 |
|
jihpringle joined #evergreen |
13:50 |
kmlussier |
@hate deadlines |
13:50 |
pinesol_green |
kmlussier: The operation succeeded. kmlussier hates deadlines. |
14:01 |
|
JBoyer joined #evergreen |
14:04 |
gmcharlt |
ok, as of now all of the 3.1-rc bugs marked high importance are either fix-committed or have a plausible signoff to be tested and merged today |
14:05 |
dbwells |
gmcharlt++ |
14:05 |
pinesol_green |
[evergreen|Dan Wells] LP#1738488 Optimize Flattener join logic - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=698fbdc> |
14:09 |
pinesol_green |
[evergreen|Cesar Velez] LP#1728147 - fix some Holds Pull List grid columns - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7de434d> |
14:09 |
pinesol_green |
[evergreen|Galen Charlton] LP#1728147: more tweaks to grid - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2ffbacf> |
14:12 |
|
collum_ joined #evergreen |
14:13 |
|
hbrennan joined #evergreen |
14:15 |
kmlussier |
I guess that one was a little past deadline. |
14:15 |
kmlussier |
dbwells: Do you have any objections if I test and possibly merge on more bug fix for today? bug 1731960 |
14:15 |
pinesol_green |
Launchpad bug 1731960 in Evergreen 3.0 "Merging Bib Records Deletes Bookbag entries" [Undecided,New] https://launchpad.net/bugs/1731960 |
14:15 |
pinesol_green |
[evergreen|Dan Wells] LP#1755502 Fix hold user test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=80d9f5f> |
14:18 |
Dyrcona |
Hey, great. Syrup prerequisites won't install with easy_install. |
14:19 |
dbwells |
kmlussier: Sure, my main goal at this point is just to be aware of what's still being worked on, so test passed :) |
14:19 |
kmlussier |
dbwells++ |
14:21 |
csharp |
dbwells++ |
14:23 |
dpearl |
I am having build problems. I am attempting to log into the web client and it hangs just when I click on the login button. I'm getting a lot of these in syslog: Mar 22 14:17:04 dantest apache2[4887]: [ssl:info] [pid 4887] (70007)The timeout specified has expired: [client 10.250.10.127:49277] AH01991: SSL input filter read failed. |
14:32 |
dpearl |
I think I'm OK. Just forgot to restart websockets |
14:32 |
csharp |
@dunno search off |
14:32 |
pinesol_green |
csharp: 1 found: #12: "Have you tried turning it off and back on again?" |
14:32 |
dpearl |
I'll do more tests. Thanks. all! |
14:33 |
csharp |
@dunno 12 |
14:33 |
pinesol_green |
csharp: I'm sorry, Dave. I'm afraid I can't do that. |
14:33 |
csharp |
@dunno get 12 |
15:45 |
rhamby |
Dyrcona: I saw the same thing yesterday but after fighting it a while had to abandon it because of other things pressing |
15:48 |
Dyrcona |
For anyone who cars to look: https://pastebin.com/12waxXNd |
15:49 |
Dyrcona |
cares, even... |
15:52 |
JBoyer |
Ah! That would be the new reporter test falling over because it's instantiating the reporter service as part of the test. |
15:52 |
JBoyer |
According to the nested links in the error message, anyway. |
15:52 |
Dyrcona |
tests... |
15:52 |
kmlussier |
Yes, so I'm pretty sure I ran that test on master before merging the code, but I didn't try it on 3.0. |
15:53 |
kmlussier |
Does it make sense it would fail in 3.0 and not master? |
15:53 |
JBoyer |
I don't know enough about karma to say for sure. |
15:54 |
Dyrcona |
Does it have to make sense? It is what it is. |
15:54 |
JBoyer |
Dyrcona are you working with the latest rel_3_0 or testing a single commit against something older? |
15:54 |
kmlussier |
Dyrcona: Well, not it doesn't have to. But it would help me understand things better. :) |
15:56 |
Bmagic |
csharp: Trigger for constraint usr_circ_history_source_circ_fkey: time=115095.260 calls=978 |
15:58 |
Dyrcona |
JBoyer: I merged latest rel_3_0 into a branch based off of an earlier rel_3_0. It was rebased on rel_3_0 this morning, in fact, but an image updates causes conflicts with rebase ATM. |
16:26 |
gmcharlt |
k, I'll toss up a proper LP and branch now |
16:27 |
Dyrcona |
Cool. I'll sign off. |
16:33 |
gmcharlt |
Dyrcona: bug 1758159 |
16:33 |
pinesol_green |
Launchpad bug 1758159 in Evergreen "egReporter test failure on 3.0.x" [Medium,Confirmed] https://launchpad.net/bugs/1758159 |
16:34 |
Dyrcona |
Awesome. I'll sign off and push it to rel_3_0. |
16:36 |
Dyrcona |
Didn't let the pixels dry on that one. :) |
17:12 |
|
mmorgan left #evergreen |
17:39 |
|
rlefaive joined #evergreen |
17:40 |
|
abowling1 joined #evergreen |
18:03 |
|
abowling joined #evergreen |
18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
19:16 |
|
kmlussier joined #evergreen |
19:32 |
kmlussier |
Calling 1107 |
19:39 |
pinesol_green |
[evergreen|Rogan Hamby] LP#1731960-preserving book bag entries with new values during bib merge - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=aa6fe11> |
06:30 |
pinesol_green |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live> |
07:05 |
|
jvwoolf joined #evergreen |
07:06 |
|
jvwoolf left #evergreen |
07:35 |
|
agoben joined #evergreen |
14:28 |
jeffdavis |
kmlussier: that one is 2.12 specific |
14:29 |
kmlussier |
jeffdavis: OK, I'm going to set that one to Won't Fix then since Wednesday is our last 2.12 maintenance release. |
14:35 |
Dyrcona |
Heh. I'd like to see any of it work, but alas.... |
14:36 |
Dyrcona |
Testing is not going well. |
14:51 |
jeffdavis |
Dyrcona: are you willing/able to try testing against their production environment? I found their integration environment annoying to deal with - getting auth and endpoints straight, different records and record IDs... |
14:52 |
Dyrcona |
They tell me to work with their integration environment. I'm getting a 404 when looking up the test library, so it's on them, now. |
14:53 |
Dyrcona |
I'm willing to just turn it on and go, but they won't do that until it has passed their tests in the integration environment. |
15:20 |
Dyrcona |
I apparently broke my output folders just by updating the shared and shared_with values, or does Clark need to be running to see output? |
15:21 |
Dyrcona |
Don't worry it's a test database. ;) |
15:38 |
kmlussier |
Dyrcona: Clark needs to be running in my experience. |
15:50 |
|
yboston joined #evergreen |
15:50 |
Dyrcona |
Well, I'm still not seeing any report output. |
16:12 |
|
mllewellyn1 joined #evergreen |
16:23 |
|
dpearl joined #evergreen |
16:24 |
|
yboston joined #evergreen |
16:25 |
Bmagic |
berick: more on this, running through the routine on a test machine. I create a dummy PO, add two charges attached to the same fund (materials and tax) - after I activate the PO, I see the rows in acq.fund_debit with encumberance='t' |
16:25 |
Bmagic |
which is (I think) correct |
16:25 |
Bmagic |
that is to say, I think that's what the system is supposed to do |
16:26 |
Bmagic |
now, the next step is to create an invoice, and chip away at each of those charges with an invoie |
17:21 |
Bmagic |
so it should be overwriting those same two rows in acq.fund_debit? |
17:21 |
berick |
yes, the original debits are modified with each blanket payment |
17:21 |
Bmagic |
The problem that I am trying to solve is that after the first invoice is processed - the PO reports encumberances = 0 |
17:22 |
berick |
values decreased equal to the amount paid w/ each addition debit added |
17:24 |
berick |
Bmagic: that I can't explain. in the test I just did w/ a $25 charge and a $10 payment, the PO shows $15 encumbered. |
17:25 |
berick |
Bmagic: to be clear, you didn't check the "finalize" box in the invoice? |
17:25 |
Bmagic |
where does it get the data to decide how much is emcumbered? |
17:25 |
Bmagic |
I made the assumption that it was from fund_debit where encumbered='t' |
17:26 |
berick |
Bmagic: the original/root debit from the po_item tells you how much is left enucmbered |
17:59 |
Bmagic |
AZEEEZ! LIGHT! |
18:00 |
* berick |
steps away |
18:00 |
Bmagic |
https://www.youtube.com/watch?v=mvwd13F_1Gs |
18:31 |
pinesol_green |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live> |
18:47 |
|
Dyrcona joined #evergreen |
21:54 |
|
mllewellyn joined #evergreen |
06:00 |
|
book` joined #evergreen |
06:31 |
pinesol_green |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live> |
07:15 |
|
rjackson_isl joined #evergreen |
07:45 |
|
rlefaive joined #evergreen |
07:59 |
|
beanjammin joined #evergreen |
09:22 |
|
mmorgan joined #evergreen |
09:34 |
|
yboston joined #evergreen |
11:07 |
|
Christineb joined #evergreen |
11:14 |
remingtron |
I want to share my GNU aspell wordlist (used to ignore various "real" words when spellchecking the docs) |
11:15 |
remingtron |
My best idea so far is to simply add it to the docs directory in master |
11:16 |
remingtron |
Perhaps it can even be used during automated testing |
11:16 |
remingtron |
Does anyone have strong feelings about adding the wordlist file in Evergreen/docs/ ? |
11:16 |
bshum |
Hmm, interesting idea |
11:22 |
miker |
remingtron: I've no objection. seems useful |
11:36 |
|
yboston joined #evergreen |
11:42 |
|
mmorgan joined #evergreen |
11:54 |
|
beanjammin joined #evergreen |
11:57 |
|
phasefx__ joined #evergreen |
12:14 |
bshum |
Some progress on 18.04 |
12:14 |
bshum |
## Non-SASL Authentication (XEP-0078) is now disabled by default |
12:14 |
bshum |
## because it's obsoleted and is used mostly by abandoned |
12:14 |
bshum |
## client software |
12:14 |
bshum |
## mod_legacy_auth: {} |
12:14 |
bshum |
There's this line now in the ejabberd config. |
12:15 |
bshum |
I guess OpenSRF is an "abandoned client software" to new ejabberd :) |
12:15 |
bshum |
So we have to turn that back on, and disable a bunch of starttls required, etc. in the port configs |
12:15 |
bshum |
I'm still testing, cause I can't opensrf.math to start yet. Have to dive deeper into the debug logs for opensrf |
12:15 |
bshum |
But at least some movement forward |
12:16 |
bshum |
I think our next step though is to change OpenSRF authentication |
12:16 |
bshum |
So that it can handle the more secure options |
12:16 |
berick |
bshum++ |
12:26 |
Dyrcona |
Well, maybe someone will add TLS and SASL support to OpenSRF...... |
12:42 |
|
jihpringle joined #evergreen |
16:37 |
|
yboston joined #evergreen |
17:08 |
|
mmorgan left #evergreen |
18:07 |
|
jonadab joined #evergreen |
18:31 |
pinesol_green |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live> |