| 00:54 |
|
beanjammin joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:30 |
|
rjackson_isl joined #evergreen |
| 08:40 |
|
mmorgan joined #evergreen |
| 08:41 |
|
stephengwills joined #evergreen |
| 12:19 |
|
jvwoolf joined #evergreen |
| 12:42 |
|
jaswinder joined #evergreen |
| 12:45 |
|
jihpringle joined #evergreen |
| 13:12 |
pinesol_green |
[evergreen|Mike Rylander] LP#1745233: Don't test for LURIs during copy location searches - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=61d6e6c> |
| 14:50 |
|
remingtron joined #evergreen |
| 15:04 |
|
mmorgan1 joined #evergreen |
| 15:05 |
jaswinder |
Does anyone know how I can change user password? |
| 15:07 |
jaswinder |
It appears changing directly at table level (usr.password) does not work. |
| 15:10 |
dbwells |
jaswinder: usr.password is now a placeholder, as the passwords are kept in a separate table due to security related changes. |
| 15:11 |
jaswinder |
is there a way that I can change it. I need some test accounts and I want to change password for existing accounts |
| 15:11 |
dbwells |
jaswinder: take a look at actor.set_passwd() (a database function). It can probably help you out. Otherwise, change it in the client :) |
| 15:11 |
jaswinder |
okay thanks |
| 15:12 |
dbwells |
jaswinder: new passwords are now in actor.passwd, by the way |
| 18:30 |
dbwells |
Bmagic: If so, I'd be curious about your output for this in srfsh: |
| 18:30 |
dbwells |
request open-ils.circ open-ils.circ.fleshed.retrieve.authoritative <some precat circ id here> |
| 18:31 |
dbwells |
Particularly the "mvr" member of the top hash. |
| 18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:56 |
|
jaswinder joined #evergreen |
| 20:20 |
|
beanjammin joined #evergreen |
| 20:29 |
|
jaswinder joined #evergreen |
| 06:32 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:51 |
|
jvwoolf joined #evergreen |
| 07:50 |
|
rjackson_isl joined #evergreen |
| 07:50 |
|
rjackson_isl_ joined #evergreen |
| 12:45 |
dbs |
Down to 14 commits, not including tpac template variations. Much cleaner. |
| 12:46 |
Dyrcona |
dbs++ |
| 12:46 |
Dyrcona |
It's good to squash commit every now and then, but I suppose you made new ones? |
| 12:47 |
Dyrcona |
Is there a way to test EDI translator with the template_output from an event? |
| 12:48 |
Dyrcona |
I ask because we're getting this in email from EDI pusher: ERROR: attempt_translation failed for event 77147623, PO 22586, template_output 26832945 |
| 12:48 |
Dyrcona |
I have a suspicion what is wrong, but I'd like to confirm it. |
| 12:53 |
|
mmorgan joined #evergreen |
| 15:29 |
JBoyer |
s hard to say when the split showed up |
| 15:29 |
Bmagic |
ah, that explains why my grep command turned up bubkis |
| 15:40 |
|
kmlussier joined #evergreen |
| 15:49 |
kmlussier |
I was playing around with stop words on a test system. I was able to successfully configure postgres so that it doesn't index any words in my stopword dictionary. However, if a user enters the stopword, search doesn't ignore it. |
| 15:49 |
kmlussier |
Am I correct in assuming that development would be needed to get search to ignore any stop words entered as part of the query? |
| 15:50 |
kmlussier |
Also, I don't really want to implement stop words on a live system, so there's no need to tell me why I shouldn't use them. I'm just trying to see how it works. :) |
| 15:56 |
Dyrcona |
heh. |
| 15:58 |
dbs |
kmlussier: when you say "search doesn't ignore it", you mean something like the Perl code doesn't strip it out before it gets passed on to the SQL SELECT statement? |
| 15:59 |
kmlussier |
dbs: Yes, I guess so. |
| 16:02 |
dbs |
The reason we ignored searches for "canada" was because of the broad search timeout issue |
| 16:02 |
Dyrcona |
Yeah, that makes sense. |
| 16:03 |
berick |
kmlussier: have you confirmed having the stop word in the search affects the search? |
| 16:03 |
kmlussier |
berick: Yes, this is my test search - http://mlnc1.noblenet.org/eg/opac/results?query=girl+on+a+train&qtype=keyword&fi%3Asearch_format=&locg=1&detail_record_view=0 |
| 16:04 |
kmlussier |
Right now, the only words being indexed in the metabib title table are 'girl train' |
| 16:04 |
Dyrcona |
Nifty! |
| 16:05 |
Dyrcona |
"girl train" finds it. |
| 16:05 |
dbs |
huh. that's unexpected. |
| 16:05 |
Dyrcona |
"girl on a train" or "girl on the train" do not. |
| 16:05 |
kmlussier |
Dyrcona: Yes, so in that sense, I've actually made search worse by adding the stopword dictionaries. |
| 16:05 |
* dbs |
hasn't looked at the search code for a while but wonders if it's the relevancy test for phrase similarity |
| 16:06 |
Dyrcona |
Well, there's reason #1 not to use stop words. :P |
| 16:06 |
Dyrcona |
Don't mind me. :) |
| 16:06 |
dbs |
Yeah, there's something else going on there |
| 17:23 |
jeff |
It fails because the disk is too small to contain the unreasonably large swap partition it has decided to create. |
| 17:58 |
* jeffdavis |
learns the hard way that forcing a reingest on an unmodified existing record does not modify vis_attr_vector |
| 18:05 |
|
jvwoolf joined #evergreen |
| 18:32 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:35 |
stephengwills |
for future surfers: I dropped back to ubuntu 14.04 (Trusty) and the opensrf-2.4.2 installed perfectly. |
| 20:21 |
|
stephengwills left #evergreen |
| 20:33 |
|
jaswinder joined #evergreen |
| 00:37 |
|
beanjammin joined #evergreen |
| 04:17 |
|
jaswinder joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:07 |
|
jaswinder joined #evergreen |
| 07:20 |
|
rjackson_isl joined #evergreen |
| 07:46 |
|
dbwells_ joined #evergreen |
| 09:52 |
* dbwells |
doesn't know where "%paging" is coming from :) |
| 09:52 |
Dyrcona |
It's in an example on the first link you shared. |
| 09:52 |
Dyrcona |
Probably left over code? |
| 09:53 |
Dyrcona |
I *think* it would actually work if done like that, but I'd have to test. |
| 09:53 |
dbwells |
Ah, thanks. Yeah, not quite enough context there. |
| 09:54 |
jaswinder |
I see |
| 09:55 |
dbwells |
Yes, Dyrcona is right, a few lines before that in Account.pm you will find: my %paging = ($limit or $offset) ? (limit => $limit, offset => $offset) : (); |
| 10:39 |
* dbwells |
is not having a good connection day |
| 10:42 |
pastebot |
"dbwells" at 64.57.241.14 pasted "join filter attempt for jaswinder" (20 lines) at http://paste.evergreen-ils.org/2423 |
| 10:42 |
|
dwgreen joined #evergreen |
| 10:43 |
dbwells |
jaswinder: I usually need to do some fiddling with complex cstore/pcrud/json queries before I get them right, but that paste is a first draft. |
| 10:43 |
dbwells |
It is easiest to test such things iteratively in srfsh, I think. |
| 10:47 |
dbwells |
jaswinder: also, just to be clear, $my_home is just a made up variable for your '?' |
| 10:49 |
jaswinder |
yes |
| 11:03 |
jaswinder |
I just looked through the code to find any reference where I can filter the query by linked tables. Is there an example somewhere? |
| 11:04 |
dbwells |
jaswinder: Does my paste not work? It should be doing that. |
| 13:12 |
JBoyer |
both |
| 13:15 |
|
Christineb joined #evergreen |
| 13:20 |
|
beanjammin joined #evergreen |
| 13:22 |
* mmorgan |
is not seeing deleted bibs in staff client search results on a 3.0.3 test system. |
| 13:24 |
JBoyer |
I've pulled out the query sent to the db to look it over, nothing looks terribly out of place. no source on the bib, no vis_attr_vector, etc. |
| 13:28 |
JBoyer |
I suppose it's related to the 250K+ entries in metabib.record_attr_vector_list that point to deleted bibs. :/ |
| 13:38 |
|
jaswinder joined #evergreen |
| 14:55 |
jaswinder |
Okay, that worked. Thanks! |
| 14:56 |
dbwells |
jaswinder: and with that, off to another meeting! |
| 15:35 |
|
khuckins joined #evergreen |
| 15:57 |
* mmorgan |
has been looking for the best way to test hold policies. |
| 15:57 |
mmorgan |
I've been using the database function action.hold_request_permit_test("pickup_ou" integer, "request_ou" integer, "match_item" bigint, "match_user" integer, "match_requestor" integer) to test, is there a better approach? |
| 16:05 |
Dyrcona |
mmorgan: I intended to write a little something to make it easier, but never got around to doing so. |
| 16:06 |
mmorgan |
:) |
| 16:07 |
Dyrcona |
That seems to be the better function to use. |
| 16:10 |
Dyrcona |
Yeah, it should give your true/false, which matchpoint that came from, and a message as to why it failed. |
| 16:12 |
mmorgan |
Yes, for the false ones, the third element I've been getting is config.hold_matrix_test.holdable. |
| 16:12 |
Dyrcona |
That means the matrix blocked it. |
| 16:14 |
mmorgan |
Is it just testing the matrix? Does it take into account holdable flags on copies and locations, and things like boundaries? |
| 16:15 |
mmorgan |
I'm testing the policies, so it's doing what I want. Just curious about the other factors. |
| 16:15 |
Dyrcona |
It does. |
| 16:15 |
Dyrcona |
It tests everything since it is the main function used when placing a hold. |
| 16:15 |
mmorgan |
Ok, good to know! |
| 16:15 |
Dyrcona |
It can return more than 1 row. |
| 16:16 |
mmorgan |
Howso? |
| 16:22 |
mmorgan |
I'm getting item.holdable for the third element now that I've set a holdable flag to false, but still one row. It's serving my purpose at any rate! |
| 16:22 |
mmorgan |
Dyrcona++ |
| 16:23 |
Dyrcona |
It should return two rows if I understand it correctly. |
| 16:30 |
pinesol_green |
[evergreen|Dan Wells] Touch up release notes for 3.0.7 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=dc62e8f> |
| 16:30 |
pinesol_green |
[evergreen|Dan Wells] Touch up release notes for 3.1.1 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=fad94c1> |
| 16:44 |
pinesol_green |
[evergreen|Dan Wells] Forward-port upgrades notes from 3.1.0 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2ac8fdd> |
| 17:01 |
|
mmorgan left #evergreen |
| 17:17 |
|
alynn26 joined #evergreen |
| 17:30 |
|
stephengwills joined #evergreen |
| 17:30 |
|
jvwoolf left #evergreen |
| 18:25 |
|
stephengwills joined #evergreen |
| 18:26 |
|
dbwells_ joined #evergreen |
| 18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:38 |
|
jaswinder joined #evergreen |
| 20:29 |
|
jaswinder joined #evergreen |
| 20:37 |
|
stephengwills joined #evergreen |
| 03:22 |
|
jaswinder joined #evergreen |
| 06:18 |
|
Dyrcona joined #evergreen |
| 06:30 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:02 |
|
agoben joined #evergreen |
| 07:14 |
|
rjackson_isl joined #evergreen |
| 08:12 |
|
collum joined #evergreen |
| 17:14 |
jeff |
(or if they are, they've patched or not noticed that their e-mail notifications are broken?) |
| 18:03 |
|
jaswinder joined #evergreen |
| 18:06 |
|
jaswinder joined #evergreen |
| 18:30 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:37 |
jeffdavis |
On a 3.1.0 test server, workstation reg fails to load, console log shows "Uncaught (in promise) DOMException: Quota exceeded." errors referencing upup.sw.min.js and then some uncaught event errors apparently related to a missing IndexedDB database - anyone seen this? |
| 18:37 |
jeffdavis |
web client workstation registration, that is |
| 18:40 |
jeffdavis |
actually I'm seeing it on the login page before workstation registration too |
| 19:20 |
dbwells |
jeffdavis: from the release tarball, or git branch? |
| 19:22 |
dbwells |
jeffdavis: Actually, I was thinking of something else, so that might be interesting, but won't change my answer for now :) |
| 19:23 |
dbwells |
Yes, we have seen that, but haven't isolated it yet. It is browser/workstation specific (that is, it is only happening for one staff member here). |
| 05:55 |
|
beanjammin joined #evergreen |
| 06:32 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:17 |
|
rjackson_isl joined #evergreen |
| 07:20 |
|
JBoyer joined #evergreen |
| 07:27 |
|
agoben joined #evergreen |
| 15:11 |
jaswinder |
Quick question: I want to call Application/EbookAPI/OneClickDigital.pm class from WWW/EGCatloader/Search.pm. Can I directly call the methods from Search.pm? |
| 15:11 |
berick |
in metabib fields, etc. |
| 15:11 |
dbwells |
berick++ # I recall being bitten there once. |
| 15:12 |
jeffdavis |
Not seeing the same problem on a clean install with sample data, nor on a modified subset of production data that we use for testing. |
| 15:12 |
jeffdavis |
berick: oh that's a promising lead |
| 15:12 |
jeffdavis |
thanks, I haven't known where to start so far |
| 15:14 |
csharp |
jeffdavis: I'm connecting this with the non-schema-qualified function you found and I'm wondering if there's another one hiding out somewhere? |
| 15:14 |
csharp |
obvs would be in the postgres logs |
| 15:14 |
csharp |
but maybe segfault wouldn't be getting that far |
| 15:16 |
jeffdavis |
nothing helpful in the logs unfortunately |
| 15:16 |
jeffdavis |
there are a lot of non-schema-qualified-but-ought-to-be functions in our system, I think around 25 |
| 15:17 |
|
yboston joined #evergreen |
| 15:17 |
jeffdavis |
I was hoping to look into that after I had a working 3.1 test system :) |
| 15:38 |
jaswinder |
Anyone who may know the correct way to call EBookAPI vendor class fuctions directly without hosting them as register methods? |
| 15:44 |
|
beanjammin joined #evergreen |
| 15:47 |
|
beanjammin joined #evergreen |
| 17:38 |
jeffdavis |
I'm just writing up a bug report. |
| 17:39 |
miker |
jeffdavis++ |
| 17:44 |
jeffdavis |
bug 1764542 |
| 17:44 |
pinesol_green |
Launchpad bug 1764542 in Evergreen "Incorrect format on config.metabib_field insert results in segmentation fault" [Undecided,New] https://launchpad.net/bugs/1764542 |
| 18:10 |
|
rlefaive joined #evergreen |
| 18:32 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:40 |
|
jaswinder joined #evergreen |
| 19:31 |
|
yboston joined #evergreen |
| 19:40 |
|
jaswinder joined #evergreen |
| 02:29 |
|
dbwells joined #evergreen |
| 02:29 |
|
JBoyer joined #evergreen |
| 03:13 |
|
jaswinder joined #evergreen |
| 06:30 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:32 |
|
dickreckard left #evergreen |
| 07:04 |
|
rjackson_isl joined #evergreen |
| 07:09 |
|
agoben joined #evergreen |
| 13:33 |
miker |
Dyrcona: right, it does. it causes the resolve handler to get an array of results, rather than the last streamed result. do you have any concerns about over-large lists of copies? (do you think that'd be a reasonable thing to protect the delete function against, I mean) |
| 13:34 |
Dyrcona |
miker: Point at an example of streaming, and I'll happily change it. Right now, I'm trying to figure out why a specific multiclass query blows up on me. |
| 13:34 |
miker |
if you don't think that'll be something folks will generally do, from that interface, I'm happy to leave well enough alone and let atomic do its thing. |
| 13:34 |
Dyrcona |
I don't know how many copies people are going to try to delete at once. I tested with about 5 or so. |
| 13:35 |
Dyrcona |
I had 15 in the initial list. |
| 13:35 |
miker |
I'm really talking about 100+ at once |
| 13:35 |
miker |
I imagine that's probably /not/ common |
| 13:40 |
miker |
Dyrcona++ |
| 13:41 |
JBoyer |
Dyrcona++ |
| 13:41 |
JBoyer |
miker++ |
| 13:41 |
JBoyer |
Since I haven't gotten around to it yet we'll test the streaming version when it's up. |
| 13:43 |
Dyrcona |
OK. I'll assign the bug to myself this time. :) |
| 14:07 |
Dyrcona |
miker++ # That was easy. |
| 14:12 |
Stompro |
Hello, In evergreen, do authority records have any effect on non browse searching? Can authority records be used to include alternate forms of an authors name in search results? |
| 17:46 |
jaswinder |
ok thanks! |
| 17:46 |
Bmagic |
Good luck! |
| 17:46 |
jaswinder |
yup |
| 18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:24 |
|
jaswinder joined #evergreen |
| 19:33 |
|
jaswinder joined #evergreen |
| 20:13 |
|
jaswinder joined #evergreen |
| 02:49 |
|
beanjammin joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:14 |
|
rjackson_isl joined #evergreen |
| 08:37 |
|
jaswinder joined #evergreen |
| 08:39 |
jaswinder |
Hey Guys, I am running into an issue where I do not get a response back from an Open-ILS service. I am calling from custom search that sits inside the WWW folder. After the request is processed, I am calling $req->gather(1). I am not sure what is the purpose of $req->gather method? |
| 09:23 |
remingtron |
jaswinder: I think the gather() function takes the content and checks whether OpenSRF split it into separate messages.. |
| 09:23 |
jaswinder |
okay |
| 09:24 |
remingtron |
jaswinder: from the "Easing Gently" article, it sounds like gather() will return whatever the API sent, after piecing it back together if necessary. |
| 09:26 |
jaswinder |
The weired part is that I have tested my API with a test code and that worked. When calling the same code from WWW location, it breaks and complains that data is not a Hash reference |
| 09:26 |
jaswinder |
Do I have to convert into hash reference? |
| 09:29 |
jaswinder |
Actually, I got it to work. I missed an @ symbol |
| 09:29 |
jaswinder |
One question, is there a way to run the code in WWW without restarting the servers? |
| 09:30 |
Dyrcona |
jaswinder: gather() takes all of the results and bundles them up into an array reference. |
| 09:31 |
Dyrcona |
recv gets results one at a time and is typically done in a loop: while ($result = $request->recv) { $content = $result->content; # Do something with content } |
| 09:32 |
|
collum joined #evergreen |
| 09:44 |
jaswinder |
is there a way to run the code in WWW without restarting the servers? |
| 09:46 |
Dyrcona |
jaswinder: Do you mean without restarting Apache? You could always do an Apache reload. |
| 09:48 |
Dyrcona |
If I am not mistaken, I think changes to the perl modules under /path/to/perllib/OpenILS/WWW do not require a restart. I think Apache sees that they've changed and reads them in again if necessary, or maybe they get picked when new child processes are spawned. |
| 09:48 |
Dyrcona |
It's been a while since I've tested that. |
| 09:54 |
|
ejk joined #evergreen |
| 09:57 |
|
yboston joined #evergreen |
| 09:57 |
berick |
apache reload is needed for OpenILS/WWW |
| 18:18 |
|
kmlussier joined #evergreen |
| 18:18 |
kmlussier |
rhamby++ |
| 18:30 |
|
jaswinder joined #evergreen |
| 18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:33 |
|
jaswinder joined #evergreen |
| 18:48 |
kmlussier |
@quote random |
| 18:48 |
pinesol_green |
kmlussier: Quote #132: "< Dyrcona> Ugh. Pg array literals with strings.... < jeff> ...these are a few of my favorite things?" (added by csharp at 10:18 AM, December 07, 2015) |
| 03:19 |
|
jaswinder joined #evergreen |
| 06:32 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:20 |
|
jaswinder joined #evergreen |
| 07:35 |
|
rlefaive joined #evergreen |
| 07:41 |
|
rjackson_isl joined #evergreen |
| 11:01 |
* kmlussier |
scowls about the snow that's on the way. |
| 11:02 |
Dyrcona |
snow-- |
| 11:02 |
Dyrcona |
dickreckard++ # Just because. :) |
| 11:03 |
Dyrcona |
Now, where was I? Oh, yeah. Getting ready to install the code for my test upgrade branch on a vm. The prereqs should be done by now. |
| 11:22 |
berick |
cold and rainy here tomorrow. I'd rather have snow. :| |
| 11:23 |
kmlussier |
berick: Snow in April is never a good wno. |
| 11:23 |
kmlussier |
Wow! I really mangled that last word, didn't I? |
| 11:29 |
pastebot |
"alynn26" at 64.57.241.14 pasted "Complete Hatch extension Console message" (10 lines) at http://paste.evergreen-ils.org/1740 |
| 11:37 |
berick |
alynn26: there appear to be some oustanding issues with the installer. either files are not getting installed or they don't have the right permissions. there are some debugging steps in bug #1756084 that might help narrow it down. |
| 11:37 |
pinesol_green |
Launchpad bug 1756084 in Evergreen "Printer List Empty In Hatch Printer Settings" [Undecided,New] https://launchpad.net/bugs/1756084 |
| 11:42 |
alynn26 |
Thanks, I been running through several steps and everything looks ok, just not connecting. I see what else I can find out, as I am troubleshooting for another library entirely. |
| 11:46 |
alynn26 |
had them run hatch.bat test, and it showed all his printers and hatch was set up correctly there. So, on to trying something else. |
| 11:47 |
|
beanjammin joined #evergreen |
| 11:51 |
jaswinder |
Hey Guys, I am running into an issue where my web client stopped working and I am getting internal Server Error. Nothing in logs. I have restarted everything yet no change. Any other areas where I can enable/see logs? |
| 11:53 |
berick |
jaswinder: internal server errors should produce apache error logs. e.g. /var/log/apache2/error.log |
| 16:53 |
|
abowling1 joined #evergreen |
| 17:04 |
|
mmorgan left #evergreen |
| 17:49 |
|
jvwoolf left #evergreen |
| 18:30 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:36 |
jeffdavis |
The rel_3_1 branch doesn't have a 3.0.x-3.1.0-upgrade-db.sql script it seems |
| 18:45 |
jeffdavis |
ah, it's not in master |
| 18:53 |
|
beanjammin joined #evergreen |
| 06:08 |
|
BigRig joined #evergreen |
| 06:11 |
|
phasefx__ joined #evergreen |
| 06:19 |
|
_bott_ joined #evergreen |
| 06:30 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:10 |
|
rjackson_isl joined #evergreen |
| 07:20 |
|
agoben joined #evergreen |
| 07:26 |
|
annagoben joined #evergreen |
| 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! |
| 18:05 |
Jaswinder |
I am basic trying to replicate results.tt2 page to display data from different vendor |
| 18:09 |
Jaswinder |
it appears that I have to option to display vendor results. one is on the same results page by using show/hide method which may get complicated. The other is to mimic the resutls.tt2 page. For this, I also have to load results for new page |
| 18:31 |
|
beanjammin joined #evergreen |
| 18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:27 |
|
rlefaive joined #evergreen |
| 20:41 |
|
dbwells_ joined #evergreen |
| 20:44 |
|
maryj_ joined #evergreen |
| 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 |
| 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", "BAC GMAIL.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! |
