| 04:01 |
|
abowling1 joined #evergreen |
| 06:30 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:23 |
|
rjackson_isl joined #evergreen |
| 07:28 |
|
agoben joined #evergreen |
| 08:25 |
|
collum joined #evergreen |
| 10:11 |
|
stephengwills joined #evergreen |
| 10:33 |
|
rlefaive joined #evergreen |
| 10:40 |
|
Jaswinder joined #evergreen |
| 10:41 |
Jaswinder |
Hi Guys, I want to test Ebook API methods form srfsh. I tried to send the request it is throwing 500 error, Basically, I am trying to call this Ebook API method: open-ils.ebook_api.title.details |
| 10:42 |
Jaswinder |
Example: request open-ils.ebook_api open-ils.ebook_api.title.details {"sessionid":"1522161337.001863.152216133624029","title_id":"a"} |
| 10:42 |
Jaswinder |
Any thoughts, how do I test it? |
| 10:48 |
|
kmlussier joined #evergreen |
| 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 |
| 00:19 |
|
book` joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live> |
| 07:28 |
|
rjackson_isl joined #evergreen |
| 07:44 |
|
JBoyer joined #evergreen |
| 08:00 |
|
kmlussier joined #evergreen |
| 08:00 |
kmlussier |
Hmmm...that pgtap test ran fine for me. :( |
| 08:11 |
kmlussier |
Nope, it's failing for me now. I wonder if I ran the correct test yesterday. |
| 08:12 |
JBoyer |
The id for the second record is wrong |
| 08:12 |
JBoyer |
missing a '5' |
| 08:12 |
JBoyer |
(on insert, that is.) |
| 08:17 |
kmlussier |
It still fails after fixing that. |
| 08:17 |
JBoyer |
:( |
| 08:20 |
JBoyer |
brand new db? (i.e. it's not missing the corrected asset.merge_etc. ? |
| 08:24 |
kmlussier |
Well, all pgtap tests are failing for me. Obviously, it's a problem on my end. :) I was on a new VM and had to install pgtap before running the test. I'm guessing I did something wrong. |
| 08:25 |
|
collum joined #evergreen |
| 08:25 |
JBoyer |
Ah. There is a step you have to take in psql after installing pgTAP to make it actually available in the db you're testing. Maybe that was missed? |
| 08:26 |
kmlussier |
Perhaps. I just ran through the steps again and got a successful test. Let me try rhamby's test again. |
| 08:27 |
kmlussier |
It works! I'll put that fix in a branch. Thanks JBoyer! |
| 08:29 |
JBoyer |
kmlussier++ |
| 08:29 |
rhamby |
I like to think that I'm keeping QA sharp. |
| 08:29 |
rhamby |
kmlussier++ |
| 09:12 |
|
Dyrcona joined #evergreen |
| 09:35 |
|
rlefaive joined #evergreen |
| 09:38 |
|
jvwoolf joined #evergreen |
| 10:01 |
gmcharlt |
kmlussier: I think I now by the tests worked for you when you merged LP#1731960 |
| 10:01 |
gmcharlt |
*why |
| 10:02 |
gmcharlt |
a couple things are going on |
| 10:03 |
gmcharlt |
first, because of the deferred FK contrainst on container.biblio_record_entry_bucket_item, it setting target_biblio_record_entry to the wrong ID value won't cause an error until the transaction commits, but because it was being run in the context of a pgTAP test that rolls back the transaction, it didn't complain |
| 10:04 |
gmcharlt |
in contrast, the record_entry_merged_to_fkey constraint on bre is not marked as deferred, and thus complained right away |
| 10:05 |
gmcharlt |
but here's the kicker: the 1107 upgrade script is incomplete; it has a version of the stored procedure that lacks the merge tracking logic |
| 10:05 |
Dyrcona |
:0 |
| 10:07 |
* gmcharlt |
will work up a patch |
| 10:09 |
kmlussier |
:( |
| 10:11 |
kmlussier |
Would the test have different results then if performing it on a system that used the upgrade script vs. one that was a clean install? |
| 10:11 |
gmcharlt |
yeah |
| 10:12 |
gmcharlt |
run against a clean install, the test would have complained |
| 10:12 |
|
kmlussier joined #evergreen |
| 10:13 |
kmlussier |
Sorry! Hexchat apparently didn't like what I was typing. |
| 10:14 |
kmlussier |
Yeah, I'm pretty sure I ran it yesterday on the system where I had tested the behavior using the upgrade script. This morning, I was on a clean install. |
| 10:14 |
kmlussier |
gmcharlt++ |
| 10:14 |
* gmcharlt |
grabs 1108 |
| 10:19 |
pinesol_green |
[evergreen|Galen Charlton] LP#1758347: ensure that upgrade includes latest asset.merge_record_assets() - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b6e3608> |
| 10:19 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1758322: Fix lp1731960_test_preserving_bookbag_entries test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c31faa9> |
| 10:20 |
gmcharlt |
ok; should now be sorted out |
| 10:21 |
kmlussier |
gmcharlt++ |
| 10:24 |
gmcharlt |
and this seems useful: https://stackoverflow.com/questions/11798953/is-it-possible-to-restore-deferred-constraints-after-setting-set-constraints-all |
| 10:25 |
rhamby |
gmcharlt++ : probably happened from me working on one while the other wasn't committed yet |
| 10:25 |
gmcharlt |
using set constraints all deferred looks like a good way to catch this sort of thing while still being able to roll back at the end of a pgTAP test |
| 10:34 |
gmcharlt |
https://evergreen-ils.org/evergreen-3-0-5-and-2-12-11-released/ |
| 10:35 |
kmlussier |
gmcharlt++ |
| 10:36 |
gmcharlt |
dbwells++ csharp++ Dyrcona++ |
| 10:37 |
kmlussier |
Indeed. dbwells++ csharp++ Dyrcona++ |
| 15:43 |
pinesol_green |
[evergreen|Dan Wells] LP#1699838 Scale back settings for staff-based hold placement - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5a39d42> |
| 15:43 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1699838: Stamping upgrade script for default pickup lib YAOUS - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5a6636f> |
| 15:43 |
Dyrcona |
kmlussier++ |
| 15:44 |
Dyrcona |
Now, I don't have to worry about testing it. |
| 15:44 |
|
yboston joined #evergreen |
| 16:12 |
|
mmorgan1 joined #evergreen |
| 16:14 |
|
mmorgan2 joined #evergreen |
| 16:57 |
|
mmorgan2 joined #evergreen |
| 17:07 |
|
mmorgan joined #evergreen |
| 17:12 |
|
mmorgan left #evergreen |
| 18:32 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 21:27 |
|
hbrennan joined #evergreen |
| 03:26 |
|
troy__ joined #evergreen |
| 05:07 |
|
remingtron_ joined #evergreen |
| 05:07 |
|
dbwells_ joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live> |
| 06:55 |
|
JBoyer joined #evergreen |
| 06:59 |
|
gsams joined #evergreen |
| 08:11 |
|
Dyrcona joined #evergreen |
| 11:13 |
frank_guel |
Hi all, I am trying to enable the right-click menu for Srce tag on the fixed field in New Marc record, but I can make it showable,I added the vales uin the marc coded value map but they are not showed, Is there any kind of command to run to apply changes? |
| 11:31 |
pinesol_green |
[evergreen|Mike Rylander] LP#1742779: Distinguish between no statcat values and multiple values in copy editor to assist staff - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=667bc1a> |
| 11:35 |
Bmagic |
frank_guel: after you make a change in the value map I think you have to reingest the bibs |
| 11:36 |
Bmagic |
you can just reingest one bib for testing |
| 11:36 |
Bmagic |
update biblio.record_entry set id=id where id=x; |
| 11:37 |
frank_guel |
perfect let me try |
| 11:39 |
Bmagic |
there is a flag in config.global_flag that you need to set first though. update config.internal_flag set enabled='t' where name='ingest.reingest.force_on_same_marc' |
| 11:43 |
Bmagic |
wel thats good |
| 11:43 |
kmlussier |
Other than that, I don't know the answer to frank_guel's question, unfortunately. |
| 11:43 |
Bmagic |
Any thoughts on the postgres block error? |
| 11:44 |
Bmagic |
before I delete the whole database and restore from backup? (don't panic, it's a test machine) - but I would like to save time |
| 11:46 |
kmlussier |
http://docs.evergreen-ils.org/2.6/_marc_fixed_field_editor_right_click_context_menu_options.html doesn't say anything about a command to make the menu options display. |
| 11:47 |
kmlussier |
frank_guel: Are you on the xul client? Did you exit out of the client and go back in before checking for the changes? |
| 11:47 |
Dyrcona |
Bmagic: Why not jump over into #postgresql and ask the experts? |
| 11:47 |
Bmagic |
I am rebuilding the indexes for metabib because it seems that the page in block error occurs when interacting with searches. |
| 11:47 |
Bmagic |
Dyrcona: yeah, good call |
| 11:49 |
frank_guel |
kmlussier: yes, I am on xul client, I completed the values in the tables especified, Srce is the unique tag that doesn´t display right-click menu on fixed fields |
| 11:52 |
kmlussier |
frank_guel: And you exited out of the client before testing to see if the changes worked? |
| 11:53 |
frank_guel |
yes but it did not worke |
| 11:53 |
frank_guel |
*work |
| 11:54 |
kmlussier |
frank_guel: OK, then. I'm out of ideas. I don't have any experience in adding a menu there. :( |
| 12:06 |
Dyrcona |
frank_guel: You may have to restart services, too, like open-ils.cat or opensrf.settings, but doing a restart-all wouldn't hurt, but if this is production, I wouldn't just restart everything in the middle of the day. |
| 12:06 |
|
khuckins joined #evergreen |
| 12:06 |
Dyrcona |
I'm not the expert in this department, either. |
| 12:19 |
Dyrcona |
Bmagic: I ususally use pg_dump to get dumps to restore for test databases. |
| 12:20 |
Dyrcona |
Fun having conversations in different channels, isn't it? :) |
| 12:20 |
Bmagic |
haha, yep |
| 12:20 |
frank_guel |
Dyrcona: actually I restarted all services and ran autogen, but it didn't work :( |
| 12:21 |
Dyrcona |
frank_guel: Well, then, I'm not sure what to try next. Sorry. |
| 12:21 |
bshum |
Dyrcona: Bmagic: It's okay, just link to our logs in their logs and vice versa. We'll all find each other that way ;) |
| 12:21 |
Dyrcona |
:) |
| 12:22 |
Dyrcona |
I'm still curious what a solution to that block error might be. I guess when I mentioned it being a test database that reduced the urgency. ;) |
| 12:23 |
Dyrcona |
You aren't seeing those errors in production, right? |
| 12:23 |
* Dyrcona |
certainly hopes not. |
| 12:27 |
|
jihpringle joined #evergreen |
| 13:50 |
kmlussier |
@hate deadlines |
| 13:50 |
pinesol_green |
kmlussier: The operation succeeded. kmlussier hates deadlines. |
| 14:01 |
|
JBoyer joined #evergreen |
| 14:04 |
gmcharlt |
ok, as of now all of the 3.1-rc bugs marked high importance are either fix-committed or have a plausible signoff to be tested and merged today |
| 14:05 |
dbwells |
gmcharlt++ |
| 14:05 |
pinesol_green |
[evergreen|Dan Wells] LP#1738488 Optimize Flattener join logic - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=698fbdc> |
| 14:09 |
pinesol_green |
[evergreen|Cesar Velez] LP#1728147 - fix some Holds Pull List grid columns - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7de434d> |
| 14:09 |
pinesol_green |
[evergreen|Galen Charlton] LP#1728147: more tweaks to grid - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2ffbacf> |
| 14:12 |
|
collum_ joined #evergreen |
| 14:13 |
|
hbrennan joined #evergreen |
| 14:15 |
kmlussier |
I guess that one was a little past deadline. |
| 14:15 |
kmlussier |
dbwells: Do you have any objections if I test and possibly merge on more bug fix for today? bug 1731960 |
| 14:15 |
pinesol_green |
Launchpad bug 1731960 in Evergreen 3.0 "Merging Bib Records Deletes Bookbag entries" [Undecided,New] https://launchpad.net/bugs/1731960 |
| 14:15 |
pinesol_green |
[evergreen|Dan Wells] LP#1755502 Fix hold user test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=80d9f5f> |
| 14:18 |
Dyrcona |
Hey, great. Syrup prerequisites won't install with easy_install. |
| 14:19 |
dbwells |
kmlussier: Sure, my main goal at this point is just to be aware of what's still being worked on, so test passed :) |
| 14:19 |
kmlussier |
dbwells++ |
| 14:21 |
csharp |
dbwells++ |
| 14:23 |
dpearl |
I am having build problems. I am attempting to log into the web client and it hangs just when I click on the login button. I'm getting a lot of these in syslog: Mar 22 14:17:04 dantest apache2[4887]: [ssl:info] [pid 4887] (70007)The timeout specified has expired: [client 10.250.10.127:49277] AH01991: SSL input filter read failed. |
| 14:32 |
dpearl |
I think I'm OK. Just forgot to restart websockets |
| 14:32 |
csharp |
@dunno search off |
| 14:32 |
pinesol_green |
csharp: 1 found: #12: "Have you tried turning it off and back on again?" |
| 14:32 |
dpearl |
I'll do more tests. Thanks. all! |
| 14:33 |
csharp |
@dunno 12 |
| 14:33 |
pinesol_green |
csharp: I'm sorry, Dave. I'm afraid I can't do that. |
| 14:33 |
csharp |
@dunno get 12 |
| 15:45 |
rhamby |
Dyrcona: I saw the same thing yesterday but after fighting it a while had to abandon it because of other things pressing |
| 15:48 |
Dyrcona |
For anyone who cars to look: https://pastebin.com/12waxXNd |
| 15:49 |
Dyrcona |
cares, even... |
| 15:52 |
JBoyer |
Ah! That would be the new reporter test falling over because it's instantiating the reporter service as part of the test. |
| 15:52 |
JBoyer |
According to the nested links in the error message, anyway. |
| 15:52 |
Dyrcona |
tests... |
| 15:52 |
kmlussier |
Yes, so I'm pretty sure I ran that test on master before merging the code, but I didn't try it on 3.0. |
| 15:53 |
kmlussier |
Does it make sense it would fail in 3.0 and not master? |
| 15:53 |
JBoyer |
I don't know enough about karma to say for sure. |
| 15:54 |
Dyrcona |
Does it have to make sense? It is what it is. |
| 15:54 |
JBoyer |
Dyrcona are you working with the latest rel_3_0 or testing a single commit against something older? |
| 15:54 |
kmlussier |
Dyrcona: Well, not it doesn't have to. But it would help me understand things better. :) |
| 15:56 |
Bmagic |
csharp: Trigger for constraint usr_circ_history_source_circ_fkey: time=115095.260 calls=978 |
| 15:58 |
Dyrcona |
JBoyer: I merged latest rel_3_0 into a branch based off of an earlier rel_3_0. It was rebased on rel_3_0 this morning, in fact, but an image updates causes conflicts with rebase ATM. |
| 16:26 |
gmcharlt |
k, I'll toss up a proper LP and branch now |
| 16:27 |
Dyrcona |
Cool. I'll sign off. |
| 16:33 |
gmcharlt |
Dyrcona: bug 1758159 |
| 16:33 |
pinesol_green |
Launchpad bug 1758159 in Evergreen "egReporter test failure on 3.0.x" [Medium,Confirmed] https://launchpad.net/bugs/1758159 |
| 16:34 |
Dyrcona |
Awesome. I'll sign off and push it to rel_3_0. |
| 16:36 |
Dyrcona |
Didn't let the pixels dry on that one. :) |
| 17:12 |
|
mmorgan left #evergreen |
| 17:39 |
|
rlefaive joined #evergreen |
| 17:40 |
|
abowling1 joined #evergreen |
| 18:03 |
|
abowling joined #evergreen |
| 18:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:16 |
|
kmlussier joined #evergreen |
| 19:32 |
kmlussier |
Calling 1107 |
| 19:39 |
pinesol_green |
[evergreen|Rogan Hamby] LP#1731960-preserving book bag entries with new values during bib merge - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=aa6fe11> |
| 06:30 |
pinesol_green |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live> |
| 07:05 |
|
jvwoolf joined #evergreen |
| 07:06 |
|
jvwoolf left #evergreen |
| 07:35 |
|
agoben joined #evergreen |
| 14:28 |
jeffdavis |
kmlussier: that one is 2.12 specific |
| 14:29 |
kmlussier |
jeffdavis: OK, I'm going to set that one to Won't Fix then since Wednesday is our last 2.12 maintenance release. |
| 14:35 |
Dyrcona |
Heh. I'd like to see any of it work, but alas.... |
| 14:36 |
Dyrcona |
Testing is not going well. |
| 14:51 |
jeffdavis |
Dyrcona: are you willing/able to try testing against their production environment? I found their integration environment annoying to deal with - getting auth and endpoints straight, different records and record IDs... |
| 14:52 |
Dyrcona |
They tell me to work with their integration environment. I'm getting a 404 when looking up the test library, so it's on them, now. |
| 14:53 |
Dyrcona |
I'm willing to just turn it on and go, but they won't do that until it has passed their tests in the integration environment. |
| 15:20 |
Dyrcona |
I apparently broke my output folders just by updating the shared and shared_with values, or does Clark need to be running to see output? |
| 15:21 |
Dyrcona |
Don't worry it's a test database. ;) |
| 15:38 |
kmlussier |
Dyrcona: Clark needs to be running in my experience. |
| 15:50 |
|
yboston joined #evergreen |
| 15:50 |
Dyrcona |
Well, I'm still not seeing any report output. |
| 16:12 |
|
mllewellyn1 joined #evergreen |
| 16:23 |
|
dpearl joined #evergreen |
| 16:24 |
|
yboston joined #evergreen |
| 16:25 |
Bmagic |
berick: more on this, running through the routine on a test machine. I create a dummy PO, add two charges attached to the same fund (materials and tax) - after I activate the PO, I see the rows in acq.fund_debit with encumberance='t' |
| 16:25 |
Bmagic |
which is (I think) correct |
| 16:25 |
Bmagic |
that is to say, I think that's what the system is supposed to do |
| 16:26 |
Bmagic |
now, the next step is to create an invoice, and chip away at each of those charges with an invoie |
| 17:21 |
Bmagic |
so it should be overwriting those same two rows in acq.fund_debit? |
| 17:21 |
berick |
yes, the original debits are modified with each blanket payment |
| 17:21 |
Bmagic |
The problem that I am trying to solve is that after the first invoice is processed - the PO reports encumberances = 0 |
| 17:22 |
berick |
values decreased equal to the amount paid w/ each addition debit added |
| 17:24 |
berick |
Bmagic: that I can't explain. in the test I just did w/ a $25 charge and a $10 payment, the PO shows $15 encumbered. |
| 17:25 |
berick |
Bmagic: to be clear, you didn't check the "finalize" box in the invoice? |
| 17:25 |
Bmagic |
where does it get the data to decide how much is emcumbered? |
| 17:25 |
Bmagic |
I made the assumption that it was from fund_debit where encumbered='t' |
| 17:26 |
berick |
Bmagic: the original/root debit from the po_item tells you how much is left enucmbered |
| 17:59 |
Bmagic |
AZEEEZ! LIGHT! |
| 18:00 |
* berick |
steps away |
| 18:00 |
Bmagic |
https://www.youtube.com/watch?v=mvwd13F_1Gs |
| 18:31 |
pinesol_green |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live> |
| 18:47 |
|
Dyrcona joined #evergreen |
| 21:54 |
|
mllewellyn joined #evergreen |
| 06:00 |
|
book` joined #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live> |
| 07:15 |
|
rjackson_isl joined #evergreen |
| 07:45 |
|
rlefaive joined #evergreen |
| 07:59 |
|
beanjammin joined #evergreen |
| 09:22 |
|
mmorgan joined #evergreen |
| 09:34 |
|
yboston joined #evergreen |
| 11:07 |
|
Christineb joined #evergreen |
| 11:14 |
remingtron |
I want to share my GNU aspell wordlist (used to ignore various "real" words when spellchecking the docs) |
| 11:15 |
remingtron |
My best idea so far is to simply add it to the docs directory in master |
| 11:16 |
remingtron |
Perhaps it can even be used during automated testing |
| 11:16 |
remingtron |
Does anyone have strong feelings about adding the wordlist file in Evergreen/docs/ ? |
| 11:16 |
bshum |
Hmm, interesting idea |
| 11:22 |
miker |
remingtron: I've no objection. seems useful |
| 11:36 |
|
yboston joined #evergreen |
| 11:42 |
|
mmorgan joined #evergreen |
| 11:54 |
|
beanjammin joined #evergreen |
| 11:57 |
|
phasefx__ joined #evergreen |
| 12:14 |
bshum |
Some progress on 18.04 |
| 12:14 |
bshum |
## Non-SASL Authentication (XEP-0078) is now disabled by default |
| 12:14 |
bshum |
## because it's obsoleted and is used mostly by abandoned |
| 12:14 |
bshum |
## client software |
| 12:14 |
bshum |
## mod_legacy_auth: {} |
| 12:14 |
bshum |
There's this line now in the ejabberd config. |
| 12:15 |
bshum |
I guess OpenSRF is an "abandoned client software" to new ejabberd :) |
| 12:15 |
bshum |
So we have to turn that back on, and disable a bunch of starttls required, etc. in the port configs |
| 12:15 |
bshum |
I'm still testing, cause I can't opensrf.math to start yet. Have to dive deeper into the debug logs for opensrf |
| 12:15 |
bshum |
But at least some movement forward |
| 12:16 |
bshum |
I think our next step though is to change OpenSRF authentication |
| 12:16 |
bshum |
So that it can handle the more secure options |
| 12:16 |
berick |
bshum++ |
| 12:26 |
Dyrcona |
Well, maybe someone will add TLS and SASL support to OpenSRF...... |
| 12:42 |
|
jihpringle joined #evergreen |
| 16:37 |
|
yboston joined #evergreen |
| 17:08 |
|
mmorgan left #evergreen |
| 18:07 |
|
jonadab joined #evergreen |
| 18:31 |
pinesol_green |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live> |
| 05:13 |
|
beanjammin joined #evergreen |
| 06:32 |
pinesol_green |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live> |
| 06:58 |
|
JBoyer joined #evergreen |
| 07:03 |
|
agoben joined #evergreen |
| 07:13 |
|
rjackson_isl joined #evergreen |
| 10:07 |
|
jvwoolf joined #evergreen |
| 10:29 |
|
collum joined #evergreen |
| 10:30 |
|
jvwoolf1 joined #evergreen |
| 10:44 |
Dyrcona |
So, on my Overdrive Ebook API woes: I'm getting a 404 looking up our test library using the URL and ID that Overdrive told me to use for testing. |
| 10:51 |
|
Christineb joined #evergreen |
| 10:54 |
|
rlefaive joined #evergreen |
| 11:02 |
|
mmorgan joined #evergreen |
| 11:24 |
dbwells |
Bmagic: no problem, I am interested to hear if it works for you. |
| 11:25 |
pinesol_green |
[evergreen|Remington Steed] LP#1755917: Fix Acq Admin menu order - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=adf98e5> |
| 11:25 |
Bmagic |
the issue that I was having was with templates |
| 11:25 |
dbwells |
I was able to load a folder with 5,893 items, but I can also imagine hitting some other problem if there are 10s of thousands of reports in a folder. |
| 11:32 |
|
rlefaive joined #evergreen |
| 11:49 |
dbwells |
Bmagic: ok, it just dawned on me what you meant. I was testing with outputs since the problem was the same, but we have many more outputs than we have templates. The fix will be essentially the same. I will push another commit. |
| 11:52 |
dbwells |
Well, at least I think the problem is the same. |
| 11:59 |
|
khuckins joined #evergreen |
| 12:00 |
|
rlefaive_ joined #evergreen |
| 12:02 |
|
rlefaive_ joined #evergreen |
| 12:03 |
dbwells |
Bmagic: okay, pushed up the same fix, but this time for templates and reports. These interfaces still function as expected for me, but I don't have enough data in these types to really push the envelope. |
| 12:04 |
Bmagic |
dbwells++ |
| 12:04 |
|
beanjammin joined #evergreen |
| 12:15 |
|
rlefaive joined #evergreen |
| 12:56 |
dbwells |
Ah, I think that is the pagination added for 3.0. |
| 12:57 |
Bmagic |
that sounds right |
| 12:57 |
|
alynn26 joined #evergreen |
| 12:59 |
dbwells |
I was testing on 3.0 where "All" is still broken, but I suppose the need there is dimished since you can now page through things in most cases. |
| 13:04 |
Bmagic |
dbwells: bug 1756142 |
| 13:04 |
pinesol_green |
Launchpad bug 1756142 in Evergreen "Failure to display large report schedule/template folders" [Undecided,New] https://launchpad.net/bugs/1756142 |
| 13:18 |
Dyrcona |
Bmagic dbwells If that's what I think it is, we are seeing that in 2.12. |
| 13:20 |
Dyrcona |
Well, I'll give that patch a go. |
| 13:21 |
Bmagic |
Dyrcona++ |
| 13:22 |
jeffdavis |
Bmagic: does open-ils.reporter.folder_data.retrieve itself time out, or does it just take longer than the gateway timeout? |
| 13:23 |
Dyrcona |
What was really weird about it is it didn't happen on training, but in production and on a test vm. |
| 13:23 |
Bmagic |
a full trace http://paste.evergreen-ils.org/597 |
| 13:23 |
Dyrcona |
jeffdavis: I tried messing with the gateway and other timeouts to no avail. |
| 13:23 |
Bmagic |
jeffdavis ^^ |
| 13:37 |
berick |
Bmagic: ah, good to know |
| 13:39 |
dbwells |
At any rate, streaming is a helpful thing to do with large responses, and it fixes the reporter cases, at least :) |
| 13:40 |
Dyrcona |
Bmagic: Looking through my comments on our local ticket, it looks like the exact same thing here. |
| 13:41 |
jeffdavis |
streaming seems to fix the copy location issue too, at least on my test server |
| 13:41 |
dbwells |
good deal! |
| 13:42 |
|
hbrennan joined #evergreen |
| 13:44 |
|
tspindler joined #evergreen |
| 13:49 |
Dyrcona |
dbwells++ |
| 13:51 |
|
afterl joined #evergreen |
| 13:52 |
|
rfrasur joined #evergreen |
| 13:54 |
Dyrcona |
Bandwidth out from central site is so constrained right now that this is painful to test. |
| 13:55 |
|
ScottThomas joined #evergreen |
| 13:55 |
tspindler |
EOB will start in 5 Minutes |
| 13:55 |
Dyrcona |
That, and botching the patch doesn't help: Method [open-ils.reporter.folder.visible.retrieve] not found for OpenILS::Application::Reporter |
| 14:07 |
afterl |
No, that's it for today. |
| 14:08 |
tspindler |
Any questions? |
| 14:08 |
tspindler |
#topic Release Manager Update (Dan Wells - dbwells) |
| 14:08 |
dbwells |
Good afternoon, all. |
| 14:09 |
dbwells |
Beta cutoff was March 2, here again is the record of what was included: |
| 14:09 |
dbwells |
https://launchpad.net/evergreen/+milestone/3.1-beta |
| 14:09 |
dbwells |
And here are the issues targeted at RC: |
| 14:09 |
dbwells |
https://launchpad.net/evergreen/+milestone/3.1-rc |
| 14:09 |
dbwells |
I'd hope to see some of that cleaned up, but no obvious blockers in my mind, particularly not anything I would see as a regression. |
| 14:09 |
dbwells |
RC cutoff is planned for next Wednesday, 3/21. |
| 14:10 |
dbwells |
Release cutoff is still set for 3/28, with actual release happening as soon after that as things can be built, final testing, etc. |
| 14:10 |
dbwells |
Ideally by 3/30. |
| 14:10 |
dbwells |
Any questions? |
| 14:10 |
hbrennan |
None here. Thanks dbwells++ |
| 14:10 |
terran |
dbwells++ |
| 14:10 |
tspindler |
#info For inclusion in beta 3.1 https://launchpad.net/evergreen/+milestone/3.1-beta |
| 17:01 |
abowling |
just curious if anyone has encountered this: sip server stops authenticating while the service is running with no evident cause in the logs |
| 17:03 |
abowling |
subsequent authentication attempts go nowhere, but the server seems as if everything is fine |
| 17:11 |
|
mmorgan left #evergreen |
| 18:30 |
pinesol_green |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live> |
| 22:47 |
|
Christineb joined #evergreen |
| 02:43 |
|
dbwells__ joined #evergreen |
| 02:45 |
|
ejk joined #evergreen |
| 03:21 |
|
alynn26 left #evergreen |
| 06:31 |
pinesol_green |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live> |
| 07:10 |
|
rjackson_isl joined #evergreen |
| 07:39 |
|
dwgreen joined #evergreen |
| 08:20 |
csharp |
my npm issues yesterday seem to have been solved by one of the following: 'npm rebuild', 'npm update', then re-running 'npm install' and finally 'npm run build-prod' |
| 15:35 |
kmlussier |
mmorgan++ |
| 15:36 |
Dyrcona |
mmorgan++ |
| 15:37 |
Dyrcona |
kmlussier++ # Teachable moment. :) |
| 15:37 |
* kmlussier |
now tries to remember what she wanted to test that required the removal of local storage. :) |
| 15:39 |
mmorgan |
rabbit-holes-- |
| 15:46 |
|
collum joined #evergreen |
| 16:00 |
kmlussier |
dbwells: Are you okay with me treating bug 1691263 as a bug fix? |
| 17:45 |
Bmagic |
csharp: yeah, been there man! "Did you say EF twelve? What is that?" |
| 17:45 |
Bmagic |
dbwells: yeah, the report template never loads |
| 17:45 |
Bmagic |
template folder* |
| 17:45 |
Bmagic |
if you can isolate the interaction on a test machine, I found the error hiding in gateway.log |
| 17:49 |
Bmagic |
I might have tracked the line down in osrf_app_session.c |
| 17:51 |
dbwells |
Bmagic: I think as berick indicated, that timeout could still be an upstream symptom, not the actual problem. The default timeouts are pretty long, but for whatever reason that interface dies pretty quickly, so the timeout could be just an eventual giving up after not knowing the other end died. I am interested to see how it all works out. |
| 17:54 |
Bmagic |
dbwells: it looks like it might be getting the config from whatever this returns apacheGetFirstParamValue |
| 17:57 |
Bmagic |
sorry :( - I saw you talkkng about it |
| 17:58 |
Dyrcona |
OK. I'm having a heckuva time and Overdrive support hasn't been that helpful. They mostly just point me at their documentation. |
| 17:58 |
Dyrcona |
I really didn't want to have to learn the code, but looks like I have no choice. |
| 17:58 |
kmlussier |
csharp / terran: I've encountered it before, but I *think* the times I've encountered it is on test systems where I've replaced a stock Concerto VM with a totally different database with different OUs. It's not likely to occur in everyday use. |
| 17:58 |
Bmagic |
Dyrcona: I do have some information that may or may not be useful. At one point I found something in the logs that suggested that we are asking their API a bad question |
| 17:59 |
Dyrcona |
Doesn't help that the official documentation disagrees with some of the things that their dev is telling me. |
| 17:59 |
Bmagic |
I will have to dig it out of my email. Tomorrow if you don't mind? |
| 18:02 |
csharp |
not on the news though, I think they were probably at the capitol |
| 18:02 |
Dyrcona |
walked out? gun violence protest? |
| 18:02 |
csharp |
Dyrcona: yeah |
| 18:05 |
Dyrcona |
Bmagic: I had it showing availability, and I *think* I had it showing something that I had checked out through their testing site, but I've made changes since then. |
| 18:07 |
|
abowling joined #evergreen |
| 18:10 |
kmlussier |
terran: I wonder if it's the auth cookies that fixed it for you when it previously happened. That's what I found today. I deleted local storage while still logged in, and it resulted in a white screen. I had to delete the cookies related to authentication to fix it. |
| 18:10 |
* kmlussier |
imagines closing and opening the browser would have worked too. |
| 18:13 |
terran |
kmlussier: that could be |
| 18:14 |
terran |
(but still doesn't explain what caused it) |
| 18:26 |
jeffdavis |
Dyrcona: I'm about to sign off but feel free to bug me tomorrow about Overdrive stuff if you want |
| 18:31 |
pinesol_green |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live> |
| 18:40 |
dbwells |
Bmagic: Give this a whirl when you get a chance. Works for me! http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/collab/dbwells/stream_reporter_retreive_by_folder |
| 18:53 |
|
beanjammin joined #evergreen |
| 00:42 |
|
dbwells joined #evergreen |
| 06:32 |
pinesol_green |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live> |
| 08:01 |
|
rlefaive_ joined #evergreen |
| 08:33 |
|
collum joined #evergreen |
| 08:35 |
|
Dyrcona joined #evergreen |
| 10:00 |
* Dyrcona |
checks. |
| 10:00 |
Dyrcona |
Oh, duh. |
| 10:01 |
Dyrcona |
Maybe they are the same bug. |
| 10:01 |
Dyrcona |
I'll test the fix for the former. |
| 10:02 |
kmlussier |
Dyrcona++ |
| 10:04 |
|
rlefaive joined #evergreen |
| 10:08 |
Dyrcona |
Wouldn't ya know, the test just doesn't want to fail for me, now. |
| 10:13 |
|
mmorgan joined #evergreen |
| 10:23 |
|
rlefaive joined #evergreen |
| 10:26 |
Dyrcona |
And, it looks like offline just doesn't work in Chromium when you're really offline. It apparently works in Firefox and Chrome. |
| 10:38 |
Dyrcona |
If you've been to the site and had offline mode open before. |
| 10:39 |
Dyrcona |
If you need to accept a new "invalid" certificate in Firefox when you go back, you get offline mode rather than the confirm the security exception. |
| 10:39 |
Dyrcona |
You have to go to the OPAC and confirm the except before you can login to the staff client. |
| 10:47 |
kmlussier |
The recent test failures for 19-lp1306666-abort-transit-copy-status.t appear to be caused by bug 1755502. |
| 10:47 |
pinesol_green |
Launchpad bug 1755502 in Evergreen "Alternate hold pickup popup displays when checking out item to hold patron" [High,New] https://launchpad.net/bugs/1755502 |
| 10:47 |
csharp |
is there an EG db function that strips out marc fields? for instance, I have a large group of records and I want to strip a 9XX field out indiscriminately |
| 10:48 |
bshum |
csharp: Kind of like https://wiki.evergreen-ils.org/doku.php?id=scratchpad:random_magic_spells#how_to_prune_a_tag_under_the_hood ? |
| 10:53 |
Dyrcona |
It was as much for the logs as for you. :) |
| 10:53 |
csharp |
thanks |
| 10:53 |
Dyrcona |
I wouldn't want to disappoint anyone down the road. :) |
| 11:13 |
pinesol_green |
[evergreen|Bill Erickson] LP#1751318 Remove direct tablesort import - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4d7851e> |
| 11:23 |
|
rlefaive joined #evergreen |
| 11:41 |
pinesol_green |
[evergreen|blake] LP1411422 Copy details repeated in search results when item/volume moved with parts attached - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=01e21f8> |
| 11:41 |
pinesol_green |
[evergreen|blake] LP1411422 Copy details repeated in search results when item/volume moved with parts attached - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f0ba9f6> |
| 11:41 |
pinesol_green |
[evergreen|Jason Stephenson] Lp#1411422: Clean up the code a little bit. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=70699c5> |
| 11:41 |
pinesol_green |
[evergreen|Jason Stephenson] Lp 1411422: Fix & rename test file. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8537883> |
| 11:53 |
kmlussier |
Bmagic++ Dyrcona++ |
| 11:55 |
|
khuckins joined #evergreen |
| 11:59 |
|
ngf42 joined #evergreen |
| 12:33 |
|
jihpringle joined #evergreen |
| 12:43 |
Dyrcona |
jeffdavis: If you're around, I have a question about overdrive integration. |
| 12:43 |
jeffdavis |
I'm around. :) |
| 12:44 |
Dyrcona |
What triggers the check out feature being available? I'm trying to test it with someone at Overdrive on their test site and nothing shows a way to check it out. |
| 12:45 |
jeffdavis |
let me take a look |
| 12:54 |
jeffdavis |
Dyrcona: you need to have ebook_api.enabled = 'true' in config.tt2 and the args.ebook object needs to exist. The latter is created at the end of misc_util.tt2 if the record contains an identifier belonging to one of your enabled ebook vendors (like an Overdrive identifier in the 037 tag). |
| 12:55 |
jeffdavis |
Dyrcona: If both those things are the case, there will be hidden "Check Out E-Item" and "Place Hold on E-Item" links on the page. JS will unhide one of them based on whether the external API reports available copies. |
| 13:19 |
Dyrcona |
I should probably truncate the log and give it another go. |
| 13:19 |
Dyrcona |
The log is 256MB. |
| 13:19 |
|
yboston joined #evergreen |
| 13:21 |
jeffdavis |
"unable to set HTTP Authorization header without token" sounds like your system is not authenticating properly with Overdrive's test environment - could be "OverDrive Basic Token" is not set properly in org settings or your account isn't set up properly on their end. |
| 13:22 |
jeffdavis |
curl -v -k -H "Content-Type: application/x-www-form-urlencoded;charset=UTF-8" -H "Authorization: Basic ${BASIC_TOKEN}" -X POST -d 'grant_type=client_credentials' https://oauth.overdrive.com/token |
| 13:23 |
jeffdavis |
Dyrcona: try that with $BASIC_TOKEN = your base64-encoded client key+secret? |
| 13:24 |
Dyrcona |
That works. |
| 13:25 |
Dyrcona |
I get back a JSON object with an access_token and other fields. |
| 13:25 |
jeffdavis |
hmm |
| 13:26 |
Dyrcona |
Do they use the same oauth server for testing? They must 'cause that's the token that I calculated for testing. |
| 13:26 |
jeffdavis |
Yes, same auth endpoint for prod and testing. |
| 13:30 |
Dyrcona |
It's apparently getting a 200 OK from the oauth service but failing to get the token. |
| 13:31 |
Dyrcona |
jeffdavis: https://pastebin.com/WmkH0n4N |
| 13:36 |
jeffdavis |
Don't you love it when HTTP status codes don't actually match the nature of the response? :( |
| 14:13 |
Dyrcona |
Oh! They gave me the same URI for circulation and discovery. |
| 14:13 |
Dyrcona |
So, it's looking for a patron token, but I ain't got one. |
| 14:17 |
Dyrcona |
So, I delete the circulation URI setting, and the errors disappear, but still no way to checkout. |
| 14:18 |
Dyrcona |
I threw the ball back to Overdrive because I need to know if the test environment has a different URI for circulation and if so, what it is. |
| 14:20 |
|
abowling1 joined #evergreen |
| 14:23 |
|
abowling2 joined #evergreen |
| 14:33 |
jeffdavis |
You probably want https://integration-patron.api.overdrive.com/ for circulation base URI and https://integration.api.overdrive.com/ for discovery base URI, but Overdrive will be able to confirm |
| 15:19 |
Dyrcona |
Reconfiguring tzdata should take care of /etc/timezone and /etc/localtime. |
| 15:19 |
Dyrcona |
Assuming you're on a Debian-based distro, which is all we support. |
| 15:21 |
Bmagic |
Dyrcona: yep |
| 15:21 |
berick |
tested with npm 3.10.10 / node v6.11.3 |
| 15:21 |
jeff |
what makes you think that your timezone settings are off? |
| 15:22 |
csharp |
Dyrcona: I'll check it out - this is a server with previous nodejs stuff on it |
| 15:24 |
csharp |
looks like I have an older npm installed |
| 18:00 |
|
abowling joined #evergreen |
| 18:14 |
|
mmorgan left #evergreen |
| 18:15 |
|
beanjammin joined #evergreen |
| 18:31 |
pinesol_green |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live> |
| 18:40 |
|
yboston joined #evergreen |
| 18:47 |
|
beanjammin joined #evergreen |
| 21:41 |
|
yboston joined #evergreen |
| 08:32 |
|
collum joined #evergreen |
| 08:40 |
|
mmorgan joined #evergreen |
| 09:03 |
|
kmlussier joined #evergreen |
| 09:04 |
Dyrcona |
I'm getting live test failures this morning with a freshly installed concerto. |
| 09:06 |
Dyrcona |
I'll recreate the database and try again, but I expect the same failures. |
| 09:14 |
Dyrcona |
So, because of that, I will not push this branch to master, but I'll add my signoffs and update the bug. |
| 09:15 |
phasefx |
incidentally, the qa tester is down; I'll find tuits to fix it next week |
| 09:17 |
phasefx |
or stretch? |
| 09:20 |
Dyrcona |
Or, xenial? :) |
| 09:21 |
Dyrcona |
I don't think branch caused the failures, but I'm erring on the side of caution. |
| 09:21 |
Dyrcona |
I will add the test output to a bug comment. |
| 09:25 |
* phasefx |
uses xenial :) |
| 09:27 |
|
rlefaive joined #evergreen |
| 09:30 |
|
yboston joined #evergreen |
| 14:46 |
|
yboston joined #evergreen |
| 14:53 |
kmlussier |
@quote random |
| 14:53 |
pinesol_green |
kmlussier: Quote #36: "< tsbere> colons are a PITA" (added by csharp at 05:16 PM, November 27, 2012) |
| 14:59 |
kmlussier |
dbwells++ # fixing tests! |
| 14:59 |
pinesol_green |
[evergreen|Dan Wells] Fix billing / negative balance test cases - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3bdc069> |
| 15:04 |
csharp |
hmm - pondering whether we should trim() report filter input strings by default |
| 15:04 |
csharp |
I just copied and pasted a TCN from the web client and got no results because it included a leading space |
| 15:04 |
csharp |
trim() took care of it |
| 15:17 |
pastebot |
"miker" at 64.57.241.14 pasted "how to add transforms to the webstaff reporter" (28 lines) at http://paste.evergreen-ils.org/568 |
| 15:17 |
miker |
csharp: I say, go to town and add btrim, and parameterized versions, too |
| 15:20 |
jeff |
something like call numbers starting with 'FOO ' or "stat cat starting with 'Grand ' are some of the times we use significant trailing whitespace in that context. |
| 15:45 |
csharp |
miker: awesome! - thanks - I'll test with this when I get a sec |
| 17:07 |
berick |
kmlussier: proposal for the next annual community survey: replace the number/count questions with a series of SQL SELECT commands we can all run :) |
| 17:10 |
kmlussier |
berick: I've never filled out a survey with SQL SELECT statements. |
| 17:14 |
berick |
kmlussier: i'm kidding a little bit, but it would be kind of neat to have a way for people to easily generate the numbers from their databases. |
| 10:46 |
berick |
bshum: commenting out origins at the top of this works too /etc/apt/apt.conf.d/50unattended-upgrades |
| 10:46 |
berick |
oops, Bmagic not bshum |
| 10:46 |
berick |
although, hi bshum |
| 10:46 |
* bshum |
waves at berick |
| 10:46 |
bshum |
berick++ # ansible updates (yesterday's karma coming today!) |
| 10:47 |
bshum |
Just tested and it's happily playing along |
| 10:47 |
berick |
Bmagic: your way looks cleaner, though |
| 10:47 |
berick |
bshum: nice! |
| 10:47 |
Bmagic |
berick cool |
| 10:56 |
Dyrcona |
You can make it download the packages and not install them, too. |
| 11:00 |
Dyrcona |
You can also just delete that file. |
| 11:13 |
gsams |
I had a quick question about LP1728147, would it be appropriate for me to comment on another missing field there since the bug appears to be mostly addressed? There used to be a transit destination column that doesn't appear to be there anymore. |
| 11:14 |
dbwells |
Jaswinder: We sometimes test on 32-bit, but doing so requires an extra configure flag: --with-dbi=/usr/lib/i386-linux-gnu/dbd/ |
| 11:14 |
dbwells |
That is for Ubuntu, so it may need adjustment to the actual libdbdpgsql location. |
| 11:14 |
|
gsams left #evergreen |
| 11:15 |
|
gsams joined #evergreen |
| 11:15 |
dbwells |
If we don't make the install docs 64-bit only, we should probably add note of that flag. |
| 11:16 |
Dyrcona |
dbwells: +1 |
| 11:16 |
Dyrcona |
I've only tried 32-bit once or twice. |
| 11:17 |
|
collum_ joined #evergreen |
| 13:55 |
Jaswinder |
Any thoughts? |
| 13:55 |
Dyrcona |
frank_: There's a step at the end to update the visibility attributes on the bibliographic records. It takes a few minutes. |
| 13:56 |
frank_ |
Dyrcona: thanks for that, I'll be more patient |
| 13:57 |
Dyrcona |
frank_: It runs about 27 minutes on my test installation. |
| 13:58 |
frank_ |
ah ok ok, thanks |
| 13:58 |
Dyrcona |
Thats with about 2.5 million records. |
| 13:59 |
Dyrcona |
Jaswinder: I haven't seen a bad gateway error. You're trying to setup a proxy, right? |
| 14:13 |
Dyrcona |
Jaswinder: I haven't tried with a proxy before, so the best advice that I can give you is to triple check your configuration and maybe search Google for 502 bad gateway errors with a proxy. |
| 14:15 |
dbwells |
Jaswinder: Assuming you are running Apache on a different port, what do you get when requesting that port directly? |
| 14:20 |
|
collum joined #evergreen |
| 14:39 |
Dyrcona |
Bmagic: While testing your code on Lp 1411422, I removed some unnecessary lines. |
| 14:39 |
pinesol_green |
Launchpad bug 1411422 in Evergreen 2.12 "Copy details repeated in search results when item/volume moved with parts attached" [Medium,Confirmed] https://launchpad.net/bugs/1411422 - Assigned to Jason Stephenson (jstephenson) |
| 14:39 |
Bmagic |
groovy |
| 14:39 |
Dyrcona |
You don't have to left join with a table if you're going to flesh a field. |
