| 06:30 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:56 |
|
JBoyer joined #evergreen |
| 07:01 |
|
agoben joined #evergreen |
| 07:30 |
|
bdljohn joined #evergreen |
| 08:20 |
|
remingtron joined #evergreen |
| 08:40 |
|
mmorgan1 joined #evergreen |
| 09:03 |
|
kmlussier joined #evergreen |
| 09:05 |
pinesol_green |
[evergreen|Mike Rylander] LP#1710401: Z39.50 should notice overlay target change - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=000623b> |
| 09:08 |
|
jvwoolf joined #evergreen |
| 09:11 |
csharp |
another committer n00b question - what should I do when there's a conflict when committing to another version? In the case of bug 1710401, I resolved the minor conflict and went ahead and pushed to rel_3_0 |
| 09:11 |
pinesol_green |
Launchpad bug 1710401 in Evergreen "Webstaff: z39.50 doesn't stay up-to-date on which record is marked for overlay" [Low,Fix committed] https://launchpad.net/bugs/1710401 |
| 12:32 |
|
khuckins joined #evergreen |
| 12:58 |
|
beanjammin joined #evergreen |
| 13:13 |
|
khuckins_ joined #evergreen |
| 13:27 |
csharp |
khuckins_: or berick: I'm testing bug 1744756 and so far I'm unable to do anything in the admin UI for it - all the buttons are disabled except "Save" - I've tried as a global admin and as the admin user (to rule out perm problems) - no luck yet |
| 13:27 |
pinesol_green |
Launchpad bug 1744756 in Evergreen "Wishlist: Custom profile group display in patron registration." [Wishlist,New] https://launchpad.net/bugs/1744756 |
| 13:27 |
csharp |
I can see from fm_IDL.xml that CREATE_PERM, UPDATE_PERM, and STAFF_LOGIN are the perms required and I have those |
| 13:30 |
khuckins_ |
csharp: do you have any entries in the permission.grp_tree_display_entry table, and if so, do they display? |
| 13:34 |
khuckins_ |
Yeah that bit can be a bit confusing, admittedly. The UI works with just what's available in that particular table, "Add" allows you to add from all the disabled entries that are in the table and available to the workstation |
| 13:39 |
csharp |
oh - duh - I wasn't reading the docs - thanks khuckins_ |
| 13:43 |
csharp |
I see it working now |
| 13:43 |
khuckins_ |
csharp: that said, it might be better to have the add/remove buttons build out that tree... I'm going to do a refactor to change that behavior a bit, so no need to test just yet |
| 13:43 |
csharp |
ok cool |
| 14:17 |
miker |
khuckins_: have you confirmed that offline doesn't interact badly with the branch on bug 1744756, since offline depends on that UI, and the group tree? |
| 14:17 |
pinesol_green |
Launchpad bug 1744756 in Evergreen "Wishlist: Custom profile group display in patron registration." [Wishlist,New] https://launchpad.net/bugs/1744756 |
| 17:03 |
|
mmorgan left #evergreen |
| 18:04 |
|
sandbergja joined #evergreen |
| 18:23 |
|
rlefaive joined #evergreen |
| 18:32 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:11 |
|
beanjammin joined #evergreen |
| 22:58 |
|
sandbergja joined #evergreen |
| 02:49 |
|
sandbergja joined #evergreen |
| 05:25 |
|
stephengwills joined #evergreen |
| 06:32 |
pinesol_green |
News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live> |
| 06:52 |
|
stephengwills joined #evergreen |
| 06:55 |
|
agoben joined #evergreen |
| 07:03 |
|
rjackson_isl joined #evergreen |
| 09:53 |
JBoyer |
$$mo quotes, mo problems$$ |
| 09:54 |
miker |
:) |
| 09:55 |
miker |
actually, I'll just make it a sentence rather than partially an SQL clause |
| 09:57 |
JBoyer |
gaaaaasssp. :( I didn't realize I screwed that up. (and I thought I had run that test, but obviously not.) |
| 09:58 |
miker |
JBoyer: I didn't think I'd run it, and trusted only my brain to verify the test sane. that's what I get for trusting my brain... |
| 09:58 |
pinesol_green |
[evergreen|Mike Rylander] Fix quote nesting issue in TAP test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=372508d> |
| 09:59 |
JBoyer |
Well, the test does pass, our brains just have overly-permissive SQL parsers. ;) |
| 10:06 |
Dyrcona |
'' works, IIRC. |
| 10:06 |
Dyrcona |
'String with ''quoted'' word in it.' |
| 10:06 |
Dyrcona |
Or, double quotes, but I guess LONGOVERDUE doesn't need to be quoted. |
| 17:46 |
miker |
that all sounds sane |
| 17:46 |
miker |
and SIP2 devices would say "see staff" |
| 17:46 |
jeff |
The permission question just comes down to "can you have an event that can be overridden without requiring a permission, or is the EVENT.override permission requirement baked in (don't remember, haven't verified), and then me musing on if it would be best to just auto-create the perm (if required) at top of tree in the upgrade script / baseline. |
| 17:47 |
miker |
it's essentially baked. when the "please proceed" second try fires, we say "this is an override checkout" and the ML tests for appropriate permissions |
| 17:47 |
jeff |
My recommendation for SIP2 devices would be to auto-override the event in the oils_sip.xml config, but a library could choose to not do so. Supporting overrides with messages and "try it again to force it" is... tricky due to various implementation quirks. |
| 17:48 |
miker |
ayup |
| 17:48 |
miker |
SIP2-- |
| 17:48 |
miker |
jeff++ |
| 17:48 |
jeff |
miker: farewell! |
| 17:49 |
jeff |
miker++ |
| 18:32 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 21:09 |
|
sandbergja joined #evergreen |
| 21:31 |
|
sandbergja joined #evergreen |
| 06:30 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:06 |
|
yar joined #evergreen |
| 07:09 |
|
rjackson_isl joined #evergreen |
| 07:15 |
|
agoben joined #evergreen |
| 10:40 |
jeffdavis |
Console log shows "TypeError: Cannot read property 'children' of null" when I load the offline UI, but no errors after I click Process, just a series of pcrud requests. |
| 10:42 |
berick |
any server errors logged? some could be in the apache error log |
| 10:42 |
* berick |
has seen the children error before, not sure if it affects things |
| 10:47 |
jeffdavis |
Nothing I can find. The execute request to offline.pl shows a 200 response, no associated errors that I can see in Apache or osrfsys logs. |
| 10:48 |
jeffdavis |
It works fine in a test environment, just not in production. |
| 10:52 |
jeffdavis |
(we have the fix for 1775719 but I don't see any errors in chrome://inspect/#workers either) |
| 10:54 |
berick |
both environments have the patch, i assume? |
| 10:55 |
berick |
any chance the sessions actually processed? |
| 10:57 |
miker |
jeffdavis: re berick's last question, are you seeing any XHR requests for offline.pl after the pcrud WS calls? |
| 16:11 |
|
abowling joined #evergreen |
| 16:16 |
|
kmlussier joined #evergreen |
| 17:21 |
|
rlefaive left #evergreen |
| 18:30 |
pinesol_green |
News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live> |
| 18:55 |
|
stephengwills joined #evergreen |
| 19:43 |
|
beanjammin joined #evergreen |
| 06:30 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:11 |
|
rjackson_isl joined #evergreen |
| 07:35 |
|
dwgreen joined #evergreen |
| 08:11 |
|
Dyrcona joined #evergreen |
| 13:11 |
pinesol_green |
[evergreen|Galen Charlton] LP#1746566: Enable 500, 1K, and all rows in more patron grids - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=60eec43> |
| 13:25 |
pinesol_green |
[evergreen|Bill Erickson] LP#1537228 Precat subsequent checkin shows route alert - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0e11b01> |
| 13:28 |
|
jvwoolf1 joined #evergreen |
| 13:30 |
* csharp |
notes that a lot of bugs linger because there's not a great way to mock up test environments for things like EDI, etc. |
| 13:31 |
Dyrcona |
True. |
| 13:32 |
csharp |
or action triggers |
| 13:33 |
Dyrcona |
Well, I've tested action triggers by sending all the mail to a specific account. :) |
| 13:33 |
csharp |
yeah, we do that too |
| 13:33 |
Dyrcona |
Not much fun, though. |
| 13:34 |
csharp |
we just have postfix deliver locally and can access the mail through mutt or even a remote client |
| 13:34 |
Dyrcona |
Yeah, basically what I did with exim. |
| 13:35 |
Dyrcona |
Basically had it put all the mail in the opensrf user's mbox. |
| 13:35 |
berick |
same here, deliver to opensrf localhost, reivew w/ mutt |
| 13:35 |
mmorgan |
For action triggers, I've tested by setting the reactor to process template rather than send email. Then check the database for the trigger output. |
| 13:36 |
mmorgan |
Read that somewhere a long time ago, but forget where. |
| 13:36 |
csharp |
smart |
| 13:37 |
Dyrcona |
Yeah, I recall doing something like that, too. Of course, not running a MTA is about the same. :) |
| 14:32 |
pinesol_green |
[evergreen|Galen Charlton] LP#1745462: guard against scanning entire authority table - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=91cd25f> |
| 15:06 |
dbwells |
#item gmcharlt will open and work on bugs for documentation changes for better ejabberd configuration during installation of OpenSRF |
| 15:06 |
|
khuckins joined #evergreen |
| 15:07 |
kmlussier |
I don't think #item does anything. |
| 15:08 |
dbwells |
kmlussier: ok, I was going off the last meeting log. I'll do info instead. Thank you |
| 15:08 |
dbwells |
#info gmcharlt will open and work on bugs for documentation changes for better ejabberd configuration during installation of OpenSRF |
| 15:09 |
dbwells |
Not seeing gmcharlt so far today. I'll go through these kinda fast, so please stop me if needed. |
| 15:09 |
dbwells |
#info gmcharlt will do a bugfix release of OpenSRF 3.0.2, particularly upon successful testing of bug 1774703 |
| 15:09 |
pinesol_green |
Launchpad bug 1774703 in OpenSRF "Websockets processes locked at 100% CPU" [Undecided,Confirmed] https://launchpad.net/bugs/1774703 |
| 15:09 |
gmcharlt |
#info gmcharlt = Galen Charlton, Equinox |
| 15:09 |
gmcharlt |
(also temporarily double-booked) |
| 15:12 |
dbwells |
#action csharp will upload an update for the Hatch FF add-on |
| 15:12 |
* gmcharlt |
is now single-booked |
| 15:14 |
dbwells |
gmcharlt: Are there specifc action items you would like to give an update on and/or carry over to August? |
| 15:14 |
gmcharlt |
yeah, sec |
| 15:14 |
gmcharlt |
#action gmcharlt will do a bugfix release of OpenSRF 3.0.2, particularly upon successful testing of bug 1774703 |
| 15:14 |
dbwells |
sure |
| 15:14 |
pinesol_green |
Launchpad bug 1774703 in OpenSRF "Websockets processes locked at 100% CPU" [Undecided,Confirmed] https://launchpad.net/bugs/1774703 |
| 15:14 |
gmcharlt |
#action gmcharlt will open and work on bugs for documentation changes for better ejabberd configuration during installation of OpenSRF |
| 15:41 |
kmlussier |
gah |
| 15:41 |
kmlussier |
With csharp's merges, there's plenty to add to a release, but I don't mind waiting either. :) |
| 15:41 |
gmcharlt |
+1 |
| 15:41 |
csharp |
yeah, I'm just sweeping up signed-off or easily tested bugs |
| 15:43 |
dbwells |
okay, |
| 15:43 |
berick |
csharp++ |
| 15:43 |
dbwells |
#agreed July point releases will be scheduled for July 25 |
| 15:51 |
miker |
but |
| 15:52 |
miker |
there's a compiled attr that's paired with a handlers attr for egGridField. the comment says it's for passing functions into the scope of the template when compiled |
| 15:52 |
miker |
but, that doesn't actually happen when the template is processed |
| 15:53 |
Dyrcona |
csharp: If you're looking for something easy to test, Lp 1780660 fits the bill to a t. :) |
| 15:53 |
pinesol_green |
Launchpad bug 1780660 in Evergreen "Add More Workstation Functions to OpenILS::Utils::TestUtils" [Wishlist,Confirmed] https://launchpad.net/bugs/1780660 |
| 15:53 |
miker |
it looks like that's attempting to signal to the grid that it should use $compile rather than $replace on the template |
| 15:54 |
miker |
berick: around line 1283 in grid.js |
| 16:00 |
miker |
gah, how is that even working... |
| 16:03 |
miker |
oooo... misdirection. the compile attr is a red herring, I think. the compile directive is doing the work. |
| 16:07 |
|
abowling joined #evergreen |
| 16:08 |
pinesol_green |
[evergreen|Garry Collum] LP#1730003 Courier code doesn't display in transit slip receipt preview - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=62c6706> |
| 16:10 |
pinesol_green |
[evergreen|a. bellenir] LP#1669856 and LP#1776557: right clicks on egGrid - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=999fb0b> |
| 17:04 |
|
mmorgan left #evergreen |
| 17:08 |
pinesol_green |
[evergreen|Bill Erickson] LP#1751368 Items-out checkin of deleted copies - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=23a21e4> |
| 17:12 |
pinesol_green |
[evergreen|Dan Wells] LP#1749795 Close circ on adjustment when rebilled - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a3adec2> |
| 18:05 |
|
beanjammin joined #evergreen |
| 18:28 |
pinesol_green |
[evergreen|Jason Stephenson] LP 1478712: Fix acq.fund_rollover_funds_by_org_tree DB function. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=bcdf3ae> |
| 18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:36 |
|
hbrennan joined #evergreen |
| 20:15 |
|
abowling1 joined #evergreen |
| 23:59 |
|
lsach1 joined #evergreen |
| 02:27 |
|
gsams joined #evergreen |
| 02:34 |
|
bwicksall_ joined #evergreen |
| 03:30 |
|
yar joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:39 |
|
Dyrcona joined #evergreen |
| 06:41 |
|
rlefaive joined #evergreen |
| 07:01 |
|
agoben joined #evergreen |
| 10:06 |
berick |
gotcha |
| 10:06 |
berick |
fwiw i'v already started working on bug 1779158 -- partly because it helps me flesh out the base app |
| 10:06 |
pinesol_green |
Launchpad bug 1779158 in Evergreen "Port MARC Batch Import/Export UI (Vandelay) to Angular(6)" [Wishlist,New] https://launchpad.net/bugs/1779158 - Assigned to Bill Erickson (berick) |
| 10:06 |
csharp |
berick++ |
| 10:07 |
csharp |
so happy to see that underway |
| 10:07 |
* csharp |
finally works up the wherewithal to start testing the cat omnibus bug fixes again |
| 10:07 |
berick |
csharp: me too, going to be appreciate here. |
| 10:08 |
berick |
csharp: and in case you missed it, bug 1514085 is ready for testing and should also have a good impact in 3.2 |
| 10:08 |
pinesol_green |
Launchpad bug 1514085 in Evergreen "Feature Request: Make Vandelay Asynchronous/Stateless" [Wishlist,Confirmed] https://launchpad.net/bugs/1514085 |
| 10:08 |
csharp |
oh - wow |
| 10:08 |
* csharp |
did miss it |
| 14:32 |
JBoyer |
I assume it's because none of us have used the "enterprise" installer and something is different. :/ |
| 14:37 |
csharp |
I'm not sure what happened here - one inadvertently worked around it by installing 32-bit Java and I'm still having a back and forth with the other |
| 14:37 |
csharp |
possible they have liberal Windows-level perms for staff and a well-meaning staff member busted it |
| 14:41 |
JBoyer |
I didn't test every combination of 32/64/etc. but it was intentionally built so that all you need to do is go to java.com and run what it gives you. (which seems to always be 32 bit, unless you specifically track down the 64...) |
| 14:41 |
JBoyer |
Or a Java update did something helpful while also installing the Ask toolbar, who knows. :/ |
| 15:02 |
|
hbrennan joined #evergreen |
| 15:03 |
|
mmorgan1 joined #evergreen |
| 16:52 |
|
abowling joined #evergreen |
| 16:53 |
|
khuckins_ joined #evergreen |
| 17:09 |
|
mmorgan1 left #evergreen |
| 18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 20:16 |
|
sandbergja joined #evergreen |
| 20:45 |
|
jvwoolf joined #evergreen |
| 00:47 |
|
beanjammin joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:50 |
|
JBoyer joined #evergreen |
| 07:01 |
|
agoben joined #evergreen |
| 07:01 |
|
stephengwills joined #evergreen |
| 10:28 |
JBoyer |
Dyrcona++ # detecting |
| 10:28 |
Dyrcona |
Well, it all comes back, now... :) |
| 10:29 |
JBoyer |
Not a lot of good hypothetical answers to that hypothetical question though. ;) |
| 10:29 |
Dyrcona |
Yeah. I'm going to change it on my test database. Put the test library's users in the most permissive group. |
| 10:29 |
Dyrcona |
They have 3 sip accounts. |
| 10:30 |
Dyrcona |
I think the view only group needs the permissions changed. |
| 10:30 |
|
rlefaive joined #evergreen |
| 11:25 |
jeff |
as it would break existing setups for little reason. |
| 11:25 |
Dyrcona |
Right, OK. I wasn't leaning very strongly toward removing it. |
| 11:25 |
jeff |
recommending a different setup for new installs or installs looking to change would be good, probably. |
| 11:27 |
Dyrcona |
The code we've got, which I have not, yet, successfully tested, keeps the current behavior as the default. |
| 11:37 |
|
stephengwills joined #evergreen |
| 11:41 |
Dyrcona |
What a difference the proper permissions make. :) |
| 12:01 |
|
beanjammin joined #evergreen |
| 17:00 |
|
jvwoolf left #evergreen |
| 17:08 |
|
mmorgan left #evergreen |
| 17:34 |
|
beanjammin joined #evergreen |
| 18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:22 |
|
gsams__ joined #evergreen |
| 20:21 |
|
sandbergja joined #evergreen |
| 21:28 |
|
sandbergja joined #evergreen |
| 02:12 |
jeff |
@weather ktvc |
| 02:12 |
pinesol_green |
jeff: Cherry Capital, MI :: Clear :: 84F/29C | Sunday: Partly cloudy skies in the morning will give way to cloudy skies during the afternoon. A stray severe thunderstorm is possible. High 93F. Winds SSW at 10 to 20 mph. Sunday Night: Variable clouds with scattered thunderstorms. A few storms may be severe. Low near 65F. Winds SW at 10 to 20 mph. Chance of rain 50%. | Updated: 56hrs ago |
| 06:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 08:48 |
|
stephengwills joined #evergreen |
| 10:09 |
|
rlefaive joined #evergreen |
| 12:57 |
|
rlefaive joined #evergreen |
| 13:59 |
|
rlefaive joined #evergreen |
| 14:38 |
|
JBoyer joined #evergreen |
| 15:17 |
|
rlefaive joined #evergreen |
| 18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 21:11 |
|
sandbergja joined #evergreen |
| 21:34 |
|
kenstir joined #evergreen |
| 21:35 |
kenstir |
hey how do I change the default authtime on my server install? I am trying to test session timeout, and I am having a time finding the source of the current value (420). |
| 21:48 |
kenstir |
through a maze of twisty passages I found it in opensrf.xml |
| 21:57 |
|
stephengwills left #evergreen |
| 06:30 |
|
Dyrcona joined #evergreen |
| 06:30 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:51 |
|
beanjammin joined #evergreen |
| 07:01 |
|
remingtron joined #evergreen |
| 07:09 |
|
rjackson_isl joined #evergreen |
| 10:52 |
pinesol_green |
berick: Yeah, well, you know, that's just like uh, your opinion, man. |
| 11:40 |
JBoyer |
berick, that sounds like just the thing to spice up our opac maintenance messages. <MARQUEE>(worker.gif)UNDER CONSTRUCTION! NEW CATALOG COMING IN THE FALL OF '98!(worker.gif)</MARQUEE> |
| 11:40 |
JBoyer |
Really turn the Geocities up to 11. |
| 11:41 |
berick |
we joke, but it does get your attention ;) |
| 11:42 |
berick |
i discovered this yesterday when testing ang6 grid cell templates. pretty awesome to see a grid where each cell is alive muahahahaaa |
| 11:46 |
JBoyer |
Hah! That's how HD radios solve the problem of a song title being too long for their terrible displays. I believe there's a bug out there about showing the contents of cells that are too long. :D |
| 11:47 |
Dyrcona |
Well, there you go. |
| 11:47 |
berick |
pushed a tooltip fix the other day for that... |
| 13:34 |
Dyrcona |
Sad messages on my laptop, easily repaired: Can't locate DBI.pm in @INC |
| 13:34 |
csharp |
for balance |
| 13:35 |
Dyrcona |
@blame [band] for Can't locate DBI.pm in @INC |
| 13:35 |
pinesol_green |
Dyrcona: Ejabberd Confit tests their code on the LIVE SERVERS, then blames the user. SAD! for Can't locate DBI.pm in @INC |
| 13:35 |
Dyrcona |
@blame me |
| 13:35 |
pinesol_green |
Dyrcona: It's all Dyrcona's fault! |
| 13:35 |
Dyrcona |
:) |
| 15:29 |
dbwells |
miker: no objection at all |
| 15:41 |
|
yboston joined #evergreen |
| 17:15 |
|
hosttor joined #evergreen |
| 18:30 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 23:42 |
|
sandbergja joined #evergreen |
| 06:19 |
|
eady joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:01 |
|
Dyrcona joined #evergreen |
| 07:05 |
|
agoben joined #evergreen |
| 07:17 |
|
rjackson_isl joined #evergreen |
| 10:08 |
bshum |
@quote get 148 |
| 10:08 |
pinesol_green |
bshum: Quote #148: "-*- csharp uses force lightning on reports server" (added by gmcharlt at 09:46 AM, March 22, 2016) |
| 10:08 |
Dyrcona |
@blame [band] for [quote random] |
| 10:08 |
pinesol_green |
Dyrcona: The Version Treadmill Bullet tests their code on the LIVE SERVERS, then blames the user. SAD! for Quote #166: "< Dyrcona> Basic programmers don't die. They just GOSUB WITHOUT RETURN." (added by csharp at 10:03 AM, May 26, 2017) |
| 10:10 |
Dyrcona |
Bleh. It takes a long time to generate fines after a few days missed when you have hourly fines. |
| 10:10 |
Dyrcona |
Maybe I should write a script to check all these things i. |
| 10:10 |
Dyrcona |
in... |
| 10:10 |
Dyrcona |
It's a test server, after all. |
| 10:17 |
|
Christineb joined #evergreen |
| 10:26 |
|
yboston joined #evergreen |
| 10:50 |
JBoyer |
mmorgan, Bmagic, re: bug 1758160 I tested deleting some users today, one of which had 25K+ circs and even that was still under 10 seconds. |
| 10:50 |
pinesol_green |
Launchpad bug 1758160 in Evergreen "Deleting patrons can exceed staff client timeouts" [Undecided,Confirmed] https://launchpad.net/bugs/1758160 |
| 10:51 |
Bmagic |
huh |
| 10:51 |
Bmagic |
I'm sure hardware is a factor as well |
| 10:51 |
Dyrcona |
I'm doing a purge of 55,812 patrons on a test database with the index added. |
| 10:51 |
Dyrcona |
I'm timing it. |
| 10:51 |
JBoyer |
It can be, but most of the delay is in aging the circs, not clearing the history |
| 10:51 |
Bmagic |
our server is running on a 486 66 SX |
| 10:52 |
Dyrcona |
Then, I'll do the same purge on a different database on the same server without the index. |
| 10:52 |
Dyrcona |
Yeah, the FPU makes all the difference! |
| 10:52 |
Bmagic |
But we do have SSD's, couldn't upgrade the Motherboard though |
| 10:53 |
Dyrcona |
What I saw with testing circulation aging this morning was a five-fold increase in speed. |
| 10:53 |
Bmagic |
had to use the adapter to get the 40 pin IDE cable to plug into the SSDs https://www.newegg.com/Product/Product.aspx?Item=9SIA7256ME5972 |
| 10:54 |
Dyrcona |
A batch size that took 25 minutes without the index took only 5 minutes with the index. |
| 10:54 |
JBoyer |
Dyrcona, how many total history entries are there? (not just for the users being deleted) We only have a little under a million here. |
| 11:13 |
JBoyer |
I thought you were saying that even with this index things would be slow and that you were looking for something else to get another speed increase specific to aging circs. |
| 11:13 |
Dyrcona |
No. I think the index has helped aging circulations some how. |
| 11:14 |
JBoyer |
Definitely, since one of the triggers sets action.usr_circ_hisotry.source_circ to null as part of the process. |
| 11:15 |
Dyrcona |
I'm testing with purging (deleting) users. |
| 11:15 |
Dyrcona |
I have about 56,000 that have been deleted but didn't have their data purged. |
| 11:15 |
JBoyer |
Does the same thing in the end. :) |
| 11:16 |
Dyrcona |
I have a number of databases to play with, and I did the purge in a testing server as part of anonymizing patron data. |
| 11:16 |
Dyrcona |
It ran from about 4:00 pm friday to 10:00 monday without the index. |
| 11:17 |
* JBoyer |
is reminded that I have an A/T index bug to enter... |
| 11:17 |
Dyrcona |
That's on a decent machine. |
| 13:09 |
Dyrcona |
You should be able to clean out most of the files by doing rm -rf /openils |
| 13:09 |
Dyrcona |
There will be some Perl files left over, but they'll get replaced if you install again. |
| 13:11 |
rsulejmani |
Ok Thanks |
| 13:37 |
Dyrcona |
Jun 26 13:34:49 testing opensrf_sip[9727]: raw_transport: LOGIN ERROR: 'Failed to load ILS implementation 'OpenILS::SIP' at Sip/MsgType.pm line 918.#012' |
| 13:38 |
* Dyrcona |
is confuzzled, 'cause it's there. |
| 13:39 |
Dyrcona |
Syntax errors, of course. |
| 13:41 |
kenstir |
berick: It fails running 'npm run build-prod'. Seems to do with replacing grunt. Advice welcome. Should I add conditionals to support both npm and grunt? |
| 16:16 |
jeffdavis |
If you've got a database column can be null and the corresponding field in the fieldmapper is a link, can the link reltype be has_a or should it be might_have ? |
| 16:16 |
Dyrcona |
might_have |
| 16:17 |
Dyrcona |
But, I'm not 100% certain it makes much difference. |
| 16:21 |
jeffdavis |
The specific case I have in mind is the datatype change to asset::copy circ_as_type for bug 1743801 which we were discussing on Friday (the fix works fine in testing here, trying to avoid headaches for external services using the fieldmapper) |
| 16:21 |
pinesol_green |
Launchpad bug 1743801 in Evergreen 3.0 "web client: item status list view display issues" [High,Confirmed] https://launchpad.net/bugs/1743801 |
| 16:23 |
Dyrcona |
Let me look at something. |
| 16:29 |
|
Christineb joined #evergreen |
| 16:42 |
Dyrcona |
They treate has_as and might_have the same. |
| 16:42 |
* Dyrcona |
can't type. Guess I should have signed out after clocking out of work. :) |
| 17:24 |
|
khuckins_ joined #evergreen |
| 18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 23:03 |
|
eady joined #evergreen |
| 23:17 |
|
stephengwills joined #evergreen |
| 23:22 |
|
stephengwills left #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:51 |
|
JBoyer joined #evergreen |
| 07:03 |
|
agoben joined #evergreen |
| 07:39 |
|
bdljohn joined #evergreen |
| 16:00 |
bshum |
rsulejmani: In that settings.yml file that berick showed you, there's a value for "load_sample_data" if you comment it out with #, it should skip over loading sample dataset into your automated install |
| 16:00 |
JBoyer |
Yeah, circ purges always throw those updates at action.usr_circ_history |
| 16:01 |
rsulejmani |
I already installed it so is there any way to undo the sample data import |
| 16:01 |
bshum |
I think berick has used it to deploy actual systems, but so far, I've only used the ansible installer to setup test systems to practice or experiment with |
| 16:01 |
JBoyer |
(set source_circ = null where source_circ = OLD.id or similar) |
| 16:01 |
mmorgan |
I still come across some plain old vanilla patrons that exceed the timeout. Patrons that have had a lot of circ activity |
| 16:02 |
berick |
yes, I use it to deploy systems. lots of useful setting options in there. |
| 18:14 |
|
rsulejmani joined #evergreen |
| 18:15 |
rsulejmani |
Hello, I have seen many libraries create their own Staff Client, Is there any way to do this |
| 18:28 |
rhamby |
I suspect that you're mostly thinking of the customized version of the XUL client that predate the web client. However, the web client can be customized as well if you feel comfortable modifying the files. Cosmetic changes aren't very hard (usually). |
| 18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:34 |
rsulejmani_ |
Yes I am talking about the XUL Client |
| 18:35 |
rsulejmani_ |
How exactly would you access the xul files |
| 18:50 |
rhamby |
The xul client is being retired soon so if you're looking at using Evergreen in the future I wouldn't bother with XUL. |
| 03:00 |
|
beanjammin joined #evergreen |
| 03:02 |
|
rlefaive joined #evergreen |
| 03:07 |
|
rlefaive joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:59 |
|
agoben joined #evergreen |
| 07:06 |
|
rjackson_isl joined #evergreen |
| 07:55 |
|
bdljohn joined #evergreen |
| 14:11 |
Dyrcona |
rsulejmani: It doesn't work on Bionic Beaver, yet. There are problems with OpenSRF and ejabberd. Were you able to successfully test OpenSRF on Bionic? |
| 14:11 |
rsulejmani |
Yes |
| 14:11 |
Dyrcona |
Really? Because I've not been able to make it run successfully. |
| 14:12 |
rsulejmani |
I have installed it and it works. May I ask how do you test it? |
| 14:12 |
Dyrcona |
You were able to start the OpenSRF services, connect with srfsh, and run the opensrf.math add test? |
| 14:12 |
Dyrcona |
It's in the README. |
| 14:12 |
Dyrcona |
There are also some tests you can run. |
| 14:14 |
Dyrcona |
If you cd ~/OpenSRF/src/perl && make check |
| 14:15 |
Dyrcona |
In all honesty, I've not tried to get it working on bionic more than once because I've not had the time. |
| 14:16 |
rsulejmani |
Yeah its not working |
| 15:35 |
idjit |
gotcha. didn't know the abbreviation |
| 15:35 |
Dyrcona |
l10n = localization |
| 15:35 |
Dyrcona |
Similar idea. |
| 15:46 |
idjit |
jihpringle: you around? regarding bug 1731272 (thank you for testing!), i'm having trouble replicating the problem with "View Holds". |
| 15:46 |
pinesol_green |
Launchpad bug 1731272 in Evergreen "web client: "Set default view" breaks record page loading" [High,Confirmed] https://launchpad.net/bugs/1731272 - Assigned to Galen Charlton (gmc) |
| 15:49 |
jihpringle |
hi idjit |
| 15:49 |
idjit |
did you try refreshing the page? did the problem continue? |
| 15:49 |
idjit |
hello! |
| 15:50 |
idjit |
and did you have the branch for 1743801 in place when you were testing 1731282? |
| 15:53 |
jihpringle |
idjit - I'd have to double check but I think I had 1743801 on my test server |
| 15:53 |
jihpringle |
I definitely had 1724348 applied as well |
| 15:54 |
idjit |
oh, sorry, that was a copy error on my part. i meant 1724348 |
| 15:55 |
jihpringle |
today when I test the progress bar appears briefly and then the page loads as expected |
| 15:55 |
jihpringle |
but the progress bar was definitely hanging around yesterday |
| 15:55 |
idjit |
did it make any difference how you got to the record? cataloging->"bib by record id" vs clicking title from copy status, for example? |
| 15:56 |
jihpringle |
it worked as expected consistently if I was opening the record from search results |
| 15:56 |
jihpringle |
I got the hung progress bar consistently if I middle clicked on the title in Item Status |
| 15:57 |
Dyrcona |
Why would you middle click on the title in Item Status? |
| 15:58 |
idjit |
good, thorough testing :-P |
| 15:58 |
idjit |
but that works for me... |
| 15:59 |
jihpringle |
Drycona: habit from the check in screen where if I left click (rather than middle click) the record opens in the same tab rather than a new tab |
| 16:01 |
jihpringle |
idjit: I just tried from Z39.50 Actions -> Show in Catalogue and I was able to reproduce the hanging progress bar |
| 16:02 |
|
khuckins joined #evergreen |
| 16:13 |
idjit |
and it doesn't matter how i load the record, but bib id 972 in concerto is repeatable for me. |
| 16:13 |
idjit |
jihpringle++ # good find. |
| 16:13 |
jihpringle |
the record that worked for me to today is the same one that didn't work yesterday |
| 16:13 |
idjit |
O_o |
| 16:14 |
idjit |
heisenbugs-- |
| 16:21 |
idjit |
looks like it's bib records that don't have any holds. |
| 16:22 |
idjit |
did a hold happen to get placed on your test record since yesterday? if not, might be some timing issues involved as well. |
| 16:22 |
|
stephengwills joined #evergreen |
| 16:24 |
|
bwicksall_ joined #evergreen |
| 16:27 |
jihpringle |
idjit: that's very possible |
| 16:45 |
|
bwicksall_ joined #evergreen |
| 16:54 |
|
bwicksall_ joined #evergreen |
| 17:00 |
|
mmorgan left #evergreen |
| 18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:23 |
|
rlefaive joined #evergreen |
