| Time |
Nick |
Message |
| 00:35 |
|
beanjammin joined #evergreen |
| 03:26 |
|
Glen 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 |
| 08:25 |
|
beanjammin joined #evergreen |
| 08:37 |
|
rlefaive joined #evergreen |
| 08:37 |
|
ngf42 joined #evergreen |
| 08:48 |
|
mmorgan joined #evergreen |
| 08:57 |
* Dyrcona |
wonders why reporter would suddenly blow up in the web staff client with an $injector:moduleError. Maybe someone's settings changes broke something? |
| 09:04 |
JBoyer |
Dyrcona, do you have the angular-tree-control contextmenu.js fix? that's what knocked it out last I knew. (and I think it's been released, but I forget when) |
| 09:04 |
Dyrcona |
JBoyer: Training is on 3.0.4, so not sure. |
| 09:09 |
JBoyer |
Looks like no, I had to use git log to find it, but here's the bug and fix: bug 1751520 |
| 09:09 |
pinesol_green |
Launchpad bug 1751520 in Evergreen 3.0 "Reporter doesn't load in web client" [High,Fix released] https://launchpad.net/bugs/1751520 |
| 09:09 |
JBoyer |
coming in 3.0.5 |
| 09:10 |
Dyrcona |
JBoyer++ |
| 09:10 |
Dyrcona |
Yes, that's the bug. I just looked it up and was updating our internal ticket. |
| 09:10 |
Dyrcona |
And, yeah, I know it's in 3.0.5.... I did the bug maintenance last night. :) |
| 09:11 |
JBoyer |
This is the wost kind of bug too, because now the installers are broken for every current 3.X release. :/ |
| 09:11 |
JBoyer |
Ah, I wondered who that masked account was. |
| 09:12 |
Dyrcona |
Looks like 3.0.5 will be coming soon. |
| 09:13 |
|
kmlussier joined #evergreen |
| 09:14 |
Dyrcona |
So, I'm told the 3.0.5 on the downloads page is broken. |
| 09:16 |
Dyrcona |
OK. I'll wait until it's official. We got bit with a reporter bug that's fixed in 3.0.5. |
| 09:20 |
|
yboston joined #evergreen |
| 09:30 |
|
jvwoolf joined #evergreen |
| 09:31 |
* kmlussier |
is going to remove 2.11 from the downloads page. |
| 09:32 |
Dyrcona |
And 2.12 should be moved to security only. |
| 09:33 |
kmlussier |
Yes, thanks for the reminder Dyrcona! |
| 09:33 |
* Dyrcona |
thought of doing it last night, but decided to wait. |
| 09:33 |
* kmlussier |
just remembered what a PITA it is to remove a column from the Downloads page. |
| 09:34 |
Dyrcona |
Yeah.... That's mostly why. :) |
| 09:43 |
rhamby |
so ... on a scale of 1 to a billion how busy are you today? |
| 09:44 |
kmlussier |
rhamby: Was that question directed at me? |
| 09:44 |
rhamby |
^^^^ ignore wrong channel :) (btw, it's for kmlussier so she can read it here instead) |
| 09:44 |
rhamby |
it was! |
| 09:44 |
* kmlussier |
hides before rhamby has a chance to send her a pm. |
| 09:44 |
* rhamby |
sending kmlussier a pm |
| 09:45 |
kmlussier |
Damn! Too slow! |
| 09:45 |
Dyrcona |
heh |
| 09:45 |
dbwells |
rhamby: I thought it was a good general question. |
| 09:45 |
rhamby |
dbwells: I considered pretending it was for a minute, as I agree it is :) |
| 09:45 |
* mmorgan |
thought it was a survey :) |
| 09:47 |
rhamby |
mmorgan: feel free to respond. I'm holdy steaing at about 600 million myself |
| 09:48 |
Dyrcona |
rhamby: 301,827,417 |
| 09:48 |
rhamby |
Drycona: that's a pretty good place to be |
| 09:49 |
Dyrcona |
It's a logarithmic scale. |
| 09:49 |
Dyrcona |
:) |
| 10:02 |
|
mmorgan1 joined #evergreen |
| 10:06 |
pinesol_green |
[evergreen|Jane Sandberg] Docs: adding several bug fixes to 3.0.5 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4f6849a> |
| 10:48 |
|
collum joined #evergreen |
| 10:55 |
|
jwoodard joined #evergreen |
| 11:01 |
|
Christineb joined #evergreen |
| 11:10 |
|
frank_guel 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:39 |
Dyrcona |
I don't think that's right, if you're trying to get the right click menu to show up. |
| 11:40 |
Bmagic |
Oh, frank_guel - are you talking about the MARC editor? |
| 11:40 |
frank_guel |
Bmagic: yes, |
| 11:40 |
Bmagic |
Anyone here know if postgres can be repaired when you see this in the logs: ERROR: invalid page in block 64627 of relation base/16384/29919 |
| 11:41 |
Bmagic |
frank_guel: the value map (I don't think) have a connection with that right click menu. I believe that menu is driven by the loc stuff but I don't know for sure. The menu might be hard coded |
| 11:43 |
kmlussier |
I don't think that menu is hardcoded. |
| 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. :( |
| 11:57 |
|
mmorgan joined #evergreen |
| 11:59 |
frank_guel |
kmlussier: No problem, I 'll continue trying |
| 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 |
| 12:43 |
Bmagic |
Dyrcona: I haven't checked (I'm afraid to) but no, I don't think so. We would be getting tons of tickets about search being broken |
| 12:43 |
pinesol_green |
[evergreen|Bill Erickson] LP#1361258 Patron reg repair user settings saving/loading - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1f5c305> |
| 12:49 |
gmcharlt |
kmlussier: dbwells: see latest on bug 1728147 |
| 12:49 |
pinesol_green |
Launchpad bug 1728147 in Evergreen 3.0 "Web Client: Holds Pull List columns missing or missing data" [High,Confirmed] https://launchpad.net/bugs/1728147 |
| 12:50 |
kmlussier |
gmcharlt++ |
| 13:37 |
kmlussier |
@marc 240 |
| 13:37 |
pinesol_green |
kmlussier: The uniform title for an item when the bibliographic description is entered under a main entry field that contains a personal (field 100), corporate (110), or meeting (111) name. [a,d,f,g,h,k,l,m,n,o,p,r,s,6,8] |
| 13:38 |
kmlussier |
Huh. It's interesting that, by default, the acq brief record form adds the value of the 'language of work' field to the 240. |
| 13:43 |
pinesol_green |
[evergreen|Cesar Velez] LP#1702557-Make Acq MarcEditor Just Have Save Button - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=870a7fa> |
| 13:49 |
gmcharlt |
kmlussier: dbwells: and now bug 1755502 |
| 13:49 |
pinesol_green |
Launchpad bug 1755502 in Evergreen "Alternate hold pickup popup displays when checking out item to hold patron" [High,Confirmed] https://launchpad.net/bugs/1755502 |
| 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|Cesar Velez] LP#1728147: Add patron's first/last name and Alias column - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f694179> |
| 14:09 |
pinesol_green |
[evergreen|Galen Charlton] LP#1728147: correct fleshing of staff hold column - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6e7ec4b> |
| 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:23 |
dpearl |
Any hints to get me on track? |
| 14:25 |
dbwells |
dpearl: I think I've seen that message on otherwise working installs, so maybe not the best place to start your troubleshooting. Are you getting any errors in osrfsys.log? |
| 14:26 |
Dyrcona |
dpearl: What browser? |
| 14:26 |
JBoyer |
You're also going to want to check the browser console. There's a fair chance you'll see something lovefield related. |
| 14:27 |
dpearl |
Nothing unusual in osrfssys.log. Chrome |
| 14:27 |
Dyrcona |
dpearl: Is this the dantest vm? |
| 14:27 |
dpearl |
dyrcona: Y |
| 14:29 |
Dyrcona |
Never seen Chrome/Chromium complain about the websockets certificate separately before. |
| 14:29 |
dpearl |
I have db connection errors in the console. |
| 14:29 |
Dyrcona |
Did you do the websocket port = 443? |
| 14:30 |
dpearl |
At what step? I think I didn't do anything with 443. |
| 14:31 |
csharp |
dpearl: if you're not proxying with nginx or similar, you probably wouldn't have configured websockets to listen on 443 |
| 14:31 |
csharp |
either way it would've been intentional |
| 14:32 |
Dyrcona |
No, you didn't. |
| 14:32 |
Dyrcona |
I'm getting this in Chromium: WebSocket connection to 'wss://dantest.cwmars.org:7682/osrf-websocket-translator' failed: Error in connection establishment: net::ERR_CERT_AUTHORITY_INVALID |
| 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 |
| 14:33 |
pinesol_green |
csharp: Dunno #12: "Have you tried turning it off and back on again?" (added by csharp at 01:04 PM, August 31, 2012) |
| 14:33 |
Dyrcona |
OK, but I've never needed to restart websockets. Did you install a new certificate? |
| 14:35 |
Dyrcona |
I don't think I'm going to get Syrup to work on Debian 7, even. easy_install isn't find anything in PyPi, and I vaguely remember something about the PyPi layout changing. |
| 14:39 |
Dyrcona |
And, I know the answer to the question about the certificate, dpearl installed a newly generated cert while apache2-websockets was running and didn't restart it. |
| 14:39 |
Dyrcona |
That's the origin of the error I pasted above. |
| 14:39 |
Dyrcona |
Pro tip: Don't do that. :) |
| 14:42 |
pinesol_green |
[evergreen|Dan Wells] Forward port 3.0.5 upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=dd5948e> |
| 14:46 |
|
Jaswinder joined #evergreen |
| 14:48 |
Jaswinder |
Hey Guys, I have a question on adding module for Search feature. I want to extend Search functionality to get results from another source. I want to check if I need to modify Open-ILS/src/perlmods/lib/OpenILS/Application/Search.pm file or another file. |
| 14:48 |
Dyrcona |
OK. Guess I'm all right, too. Installed most of the prereqs from apt packages and BabelDjango and PyZ3950 from source, if anyone needs to know later. |
| 14:50 |
Dyrcona |
Jaswinder: I don't know. I guess it depends exactly on what you want to do. I think I'd add a whole new module and arrange for Search to call it when appropriate. |
| 14:51 |
Jaswinder |
That is what I am thinking. Is there a doc on creating the module? |
| 14:52 |
Dyrcona |
Nope, not that I know of. |
| 14:52 |
Jaswinder |
Any steps that you recommend? Just now I am very new Evergreen Code base |
| 14:54 |
Dyrcona |
Well, I'd recommend getting familiar with how search works, at least. |
| 14:54 |
Dyrcona |
And, to be honest, I'm not the person to ask about search. |
| 14:54 |
csharp |
@who will search for someone to ask about search? |
| 14:54 |
pinesol_green |
jonadab will search for someone to ask about search. |
| 14:58 |
Bmagic |
When deleting a user, I see that there is a call open-ils.cstore.json_query.atomic {"from":["actor.usr_delete",PATRONID,null]} |
| 14:59 |
Bmagic |
since that is JSON - just to be extra sure. Is the null in that case the second value passed into actor.usr_delete( src_usr integer, dest_usr integer) ? |
| 15:00 |
Dyrcona |
Yes. |
| 15:00 |
Bmagic |
great! so in summary, if you are deleting a patron and not merging, you would pass null into dest_usr and not the other way around |
| 15:00 |
Dyrcona |
dest_usr is where any leftover things that can't be deleted go, like buckets, etc. |
| 15:01 |
Dyrcona |
It's only really necessary when deleting staff, and defaults to the admin user if null, IIRC. |
| 15:01 |
Bmagic |
I see that the function defaults to ID 1 when that value is null |
| 15:01 |
Dyrcona |
Yes. :) |
| 15:01 |
Bmagic |
:) |
| 15:01 |
Bmagic |
thanks |
| 15:01 |
Bmagic |
Dyrcona++ |
| 15:02 |
Dyrcona |
You might want to set a dest user if you're deleting a staff person and you want someone else to take over their orphaned data. |
| 15:02 |
Dyrcona |
But, then, you'd have to do it in the database, I think. |
| 15:02 |
Bmagic |
I am troubleshooting an issue where the database might be taking to long to run that query and the interface throws errors |
| 15:03 |
Dyrcona |
It can take a long time. |
| 15:03 |
Bmagic |
I am explain analyzing |
| 15:03 |
Dyrcona |
if the patron has a lot of circs or holds or something. |
| 15:03 |
Dyrcona |
The circs get aged. |
| 15:03 |
Bmagic |
right, this one has 529 circs |
| 15:03 |
Bmagic |
it took 90 seconds |
| 15:04 |
Bmagic |
explain analyze didn't tell me anything useful |
| 15:04 |
Bmagic |
Function Scan on usr_delete (cost=0.25..0.26 rows=1 width=4) (actual time=90927.199..90927.200 rows=1 loops=1) |
| 15:06 |
Bmagic |
so, in your experience, have you had to manually delete patrons when it takes longer than the staff client wants to wait? |
| 15:06 |
mmorgan |
Bmagic: We see the same issue occasionally. |
| 15:06 |
csharp |
Bmagic: I had an issue a few years ago with merge (which I think is the same as delete on the back end) and it came down to a need for an index on money.billing.voider |
| 15:06 |
Bmagic |
oh wow, that's interesting |
| 15:06 |
csharp |
I found it by adding RAISE NOTICE statements to the function |
| 15:07 |
Bmagic |
good gracious - that IS a true rabbit hole |
| 15:07 |
csharp |
yeah - frustrating problem with a satfisfying ending in our case |
| 15:07 |
Bmagic |
well, I suppose I could just add the index and see what happens |
| 15:08 |
csharp |
I *think* it's in stock EG |
| 15:08 |
csharp |
\d money.billing would show it |
| 15:08 |
csharp |
"m_b_voider_idx" btree (voider) |
| 15:08 |
Bmagic |
"m_b_voider_idx" btree (voider) |
| 15:08 |
Bmagic |
haha |
| 15:08 |
csharp |
yeah |
| 15:08 |
csharp |
so prolly not that |
| 15:09 |
Bmagic |
well, maybe reindex? |
| 15:09 |
* mmorgan |
was thinking the issue was aging the circs. Two such patrons had ~500 circs and ~1000 circs. |
| 15:10 |
Bmagic |
it probably does translate to a missing or bad index somewhere.... but where - that's the rub |
| 15:10 |
|
jihpringle joined #evergreen |
| 15:10 |
csharp |
yeah - RAISE NOTICEs before each part of the delete function |
| 15:10 |
JBoyer |
Finding out where the slowdown is would probably involve going through the steps manually with timing enabled to see why some parts are slow. |
| 15:11 |
Bmagic |
probably can't do it on production right now |
| 15:11 |
mmorgan |
Bmagic: Do you archive statistical categories with circs? |
| 15:11 |
JBoyer |
(or RAISE NOTICE like csharp mentions, depends on which you'd rather debug with.) |
| 15:11 |
Dyrcona |
I find aging circs can be slow, and it's likely just all of the stuff that goes on in that process. |
| 15:11 |
* csharp |
assumes it's actor.usr_delete() |
| 15:12 |
Dyrcona |
Great. Just updated a development branch to the latest rel_3_0 and grunt all blows up. |
| 15:12 |
Dyrcona |
I'll wipe this branch out and start over, I guess. |
| 15:13 |
Bmagic |
darn |
| 15:20 |
Dyrcona |
LP#1721807: construct join key correctly when using virtual field |
| 15:20 |
Dyrcona |
That blows up, apparently. |
| 15:20 |
Dyrcona |
As do a bunch of other things. |
| 15:21 |
JBoyer |
bug 1721807 |
| 15:21 |
pinesol_green |
Launchpad bug 1721807 in Evergreen "Web client report template errors when using sources with virtual fields" [High,Fix committed] https://launchpad.net/bugs/1721807 |
| 15:34 |
Dyrcona |
I'll have to try a clean install on a clean VM, but it looks like rel_3_0 is definitely broken. |
| 15:34 |
Dyrcona |
Well, that's maybe too definite. |
| 15:40 |
JBoyer |
Dyrcona, just at the grunt all stage or after install there are issues? |
| 15:40 |
pinesol_green |
[evergreen|Dan Wells] Forward port 2.12.11 upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=def685f> |
| 15:40 |
Dyrcona |
I didn't get that far. |
| 15:40 |
Dyrcona |
I gave up when grunt all blew up. |
| 15:41 |
Dyrcona |
Give me a minute and I'll see if grunt build doesn't complain. |
| 15:44 |
* kmlussier |
built 3.0 recently, but can't remember if it was before or after I merged that one. :( |
| 15:45 |
|
collum joined #evergreen |
| 15:45 |
Dyrcona |
grunt build goes all right. grunt all blows up. |
| 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. |
| 15:58 |
Dyrcona |
And, my typing is getting worse, so probably time for me to pack it in for the day. |
| 15:59 |
JBoyer |
Hmm. Then you've definitely got the tree control fix, not sure what's blowing up. :/ |
| 16:10 |
Bmagic |
so usr_circ_history_source_circ_fkey is part of action.usr_circ_history and it's taking postgres a long time to do something* with that table. I am a little confused. |
| 16:14 |
Dyrcona |
Well, with the move to webpack in master, could it be that dependencies have to be added differently in rel_3_0? |
| 16:16 |
Bmagic |
here we go! CREATE INDEX action_usr_circ_history_source_circ_idx ON action.usr_circ_history USING btree (source_circ); |
| 16:17 |
Bmagic |
That took the 115 seconds down to 10 |
| 16:18 |
Dyrcona |
Lp it and branch it? |
| 16:19 |
kmlussier |
Dyrcona: +1 |
| 16:19 |
JBoyer |
Actually that one is really familiar sounding. Is it in the new db scripts? |
| 16:19 |
Bmagic |
I guess so. This index doesn't exist already that you know of? Maybe my install is messed up? |
| 16:20 |
Bmagic |
I found some release notes related to "adding an index on action.usr_circ_history(usr)." |
| 16:20 |
pastebot |
"gmcharlt" at 64.57.241.14 pasted "for Dyrcona" (13 lines) at http://paste.evergreen-ils.org/716 |
| 16:20 |
Dyrcona |
Well,then it is likely something that got missed in an upgrade script. |
| 16:20 |
Bmagic |
Dyrcona: it's not quite the same index |
| 16:20 |
Dyrcona |
gmcharlt: I'll give that a shot in a couple of minutes. |
| 16:22 |
JBoyer |
I must have been thinking about something else, parent circs maybe. |
| 16:22 |
JBoyer |
Good catch Bmagic! |
| 16:22 |
JBoyer |
Bmagic++ |
| 16:23 |
Bmagic |
sweet sweet karma |
| 16:25 |
Dyrcona |
Bmagic++ |
| 16:26 |
Dyrcona |
gmcharlt++ # That works. |
| 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> |
| 19:39 |
pinesol_green |
[evergreen|Rogan Hamby] LP#1731960: adding upgrade script for updating the function - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c2c48e6> |
| 19:39 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1731960: Stamping upgrade script for preserve book bags on bib merge - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5e9c7d2> |
| 23:21 |
|
annagoben joined #evergreen |
