Evergreen ILS Website

Search in #evergreen

Channels | #evergreen index




Results

Result pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143

Results for 2018-03-15

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/ever​green/+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/ever​green/+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

Results for 2018-03-14

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/Eve​rgreen.git;a=shortlog;h=refs/heads/collab/d​bwells/stream_reporter_retreive_by_folder
18:53 beanjammin joined #evergreen

Results for 2018-03-13

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_spell​s#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

Results for 2018-03-12

10:23 Bmagic it's followed up with this
10:23 Bmagic 2018-03-12 10:07:45.537 [info] <0.1017.3>@ejabberd_c2s:terminate:1788 ({socket_state,gen_tcp,#Port<0.10692>,<0.1016.3>}) Close session for opensrf@public.localhost/translator_nccard-upgrad​e.nccardinal.org_1520850307.050388_88848
10:23 Bmagic if that helps
10:24 berick well, we've angered ejabberd, that much is clear
10:25 berick you could always try raising the max stanza size and seeing what happens.  simple to test.
10:25 Bmagic sure
10:27 Bmagic upped from 2000000 to 5000000  - same error
10:28 Christineb joined #evergreen

Results for 2018-03-09

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.

Results for 2018-03-08

09:48 Dyrcona But, honestly, there's too much code like that.
09:50 * dbwells hopes it wasn't him, fears the Dyrcona "Hammer of Justice"
09:52 Dyrcona Nah, I'm not naming names, and I'm not really mad. Just that it's a bad idea. I try to remember to check before dereferencing the results of json query, etc.
09:54 Dyrcona It also puts the kibosh on doing my test.
09:55 Dyrcona At least for now.
10:00 jvwoolf1 joined #evergreen
10:01 dbwells Dyrcona: I heard you guys (east coast) are getting hit with a second big storm, and I thought of a new term you can use: snowmAGAINon.  On second thought, probably a stretch too far :)
10:10 csharp I think I have it
10:10 Dyrcona dbwells++
10:11 Dyrcona But, yeah, lots of snow at my place.
10:11 Dyrcona And, I have a patch for the array reference thing that will get me through the test.
10:11 Dyrcona It may be that I botched things by deleting parts with no items. They may have had holds.
10:21 Dyrcona dbs: Link the pines file with en-US
10:21 Dyrcona Sorry, csharp....
10:44 Bmagic Drycona: lesson learned
10:44 rjackson_isl_ joined #evergreen
10:45 Bmagic Just to confirm, it's as simple as switching "1" to "0" in /etc/apt/apt.conf.d/20auto-upgrades for the line APT::Periodic::Unattended-Upgrade "1";
10:45 bshum csharp: You know, maybe we should put the 64-bit part into the README somewhere under the supported distro list
10:46 bshum I don't think anyone tests on 32-bit anything
10:46 rjackson_isl_ joined #evergreen
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.

Results for 2018-03-07

08:48 Dyrcona OK. I will and I'll assign myself.
08:49 Dyrcona I think fixing that will fix Lp 1753835.
08:49 pinesol_green Launchpad bug 1753835 in Evergreen "Merge Record Assets Can Fail Because of Duplicate Copy Part Map Entries" [Undecided,New] https://launchpad.net/bugs/1753835 - Assigned to Jason Stephenson (jstephenson)
08:49 Dyrcona I plan to test it on a 2.12.8 system today.
08:54 kmlussier Dyrcona++
08:54 jvwoolf joined #evergreen
08:58 Dyrcona Also, how many parts should a copy have?
09:46 Dyrcona Maybe that can be fixed for 3.2.
09:50 csharp gmcharlt: fix for bug 1721807 worked for one of my failed templates - going to try another
09:50 pinesol_green Launchpad bug 1721807 in Evergreen "Web client report template errors when using sources with virtual fields" [High,Confirmed] https://launchpad.net/bugs/1721807 - Assigned to Galen Charlton (gmc)
09:50 kmlussier I think getting that bug fix in will help. I feel bad I didn't get around to testing it once the test was added. But lots of our features have bugs or could have been implemented better. There's always room for improvement.
09:50 kmlussier If there wasn't, I wouldn't have a job.
09:50 kmlussier Or, I should say, I might not have this particular job.
09:51 Dyrcona :)
09:51 gmcharlt of course, all cats likely prefer that we switch to full-time cat-petting
09:51 gmcharlt *our cats
10:03 kmlussier We've kicked around an idea for years of making the system smarter about parts. For example, knowing that an item packaged with disc 1 to 3 together could fill a hold for disc 1, 2, or 3. It's something I still would like to see happen.
10:05 kmlussier It might also be a step towards a feature of allowing the system to automatically fill holds in disc order. When disc 3 is returned, the system automatically sends out the next disc in a series.
10:05 dbwells Fancy! :)
10:26 bshum Hmm, on the downloads page for 3.0 instructions, the README we get there now shows the new webpack instruction of "npm run build-prod / npm run test" and not the original "grunt all" step
10:26 bshum Did we replace the 3.0 instruction file incorrectly?  Or was that actually backported?
10:26 bshum The README in rel_3_0 doesn't show that change
10:27 Dyrcona bshum: That's supposed to be fore 3.1, not 3.0.
10:27 Dyrcona I think the wrong README is on the downloads page.
10:27 bshum So possibly the generated HTML is probably linked
15:48 kmlussier miker: Good to know!
16:18 Bmagic jeff++
16:31 Dyrcona I've got 12,926 parts that are not deleted and do not have an entry in asset.copy_part_map. Is it safe to just delete them?
16:34 Dyrcona Well, it's a test database for a reason.
16:52 Dyrcona Hmm... It's too late in the day to mess with th code. Guess I'll leave it to tomorrow.
18:06 eby does anyone have a sec to run an explain analyse for a hold query. i'm trying to figure out if we have a postgres config issue
19:05 dbwells_ joined #evergreen

Results for 2018-03-06

12:40 pinesol_green [evergreen|Remington Steed] Docs: Edits and images for "Managing Holds" - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=e9687f0>
12:49 rhamby joined #evergreen
12:50 pinesol_green [evergreen|Remington Steed] Docs: Update "Circ Triggered Events" for web client - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=5e9eba0>
12:50 hleumas Hi folks, it's been a good 15 years since I was in an IRC channel, so pardon any lack of etiquette. Currently working on installing my first evergreen test box. Running into a problem with the supplied haproxy config for websockets. Ran into issues with nginx, so I'm fighting with haproxy now.
12:51 bshum hleumas: Welcome to the channel, feel free to ask away
12:52 hleumas Ubuntu Xenial, haproxy 1.6.3. After appending the osrf-ws-http-proxy, 'haproxy -c -V' spits out various alerts and errors related to the appended config.
12:52 bshum And some of us may try to help guide you in the right direction if we don't know
12:52 pastebot "hleumas" at 64.57.241.14 pasted "haproxy -c -V results" (10 lines) at http://paste.evergreen-ils.org/534
12:53 bshum Hmm, I haven't played much with the haxproxy options (I've been only using the nginx in tests)
12:54 bshum I wonder if it's a version issue with the latest that packages with xenial, vs. whatever version the original config was built for
12:54 hleumas If you can help me out with nginx, that would work too. I fought with it until I gave up and tried haproxy.
12:54 bshum Though that listen directive of 0.0.0.0:80 seems not great
12:55 Dyrcona bshum: That typically means listen on all local IPs on port 80, and I believe it's the same for haproxy.
12:58 bshum Alrighty
12:58 bshum What did nginx do/say when you tried to run it?
12:59 pastebot "hleumas" at 64.57.241.14 pasted "systemctl status haproxy" (17 lines) at http://paste.evergreen-ils.org/535
13:00 bshum I wonder if gmcharlt has an idea.  haproxy was something I thought Equinox tested/used
13:00 hleumas Systemd just yelled at me, saying it failed with exit code 1 and that I repeated a start request too quickly (This is after a reboot, and no other attempt to start)
13:01 rlefaive joined #evergreen
13:01 Dyrcona Usually you have a busted config, but I can't help you more than that.
13:47 bshum @blame reports
13:47 pinesol_green bshum: reports wants the TRUTH?! reports CAN'T HANDLE THE TRUTH!!
13:47 Dyrcona @blame XML
13:47 pinesol_green Dyrcona: XML tests their code on the LIVE SERVERS, then blames the user. SAD!
14:07 yboston joined #evergreen
14:17 jvwoolf joined #evergreen
14:33 terran Is there a name for the feeling you get when you finally get a commercial software vendor to admit that a problem you reported to them is in fact a bug on their end?
15:49 miker kmlussier: not as well as I'd like ;)
15:49 * miker goes back to drooling over pg11 features
15:57 Dyrcona heh.
15:59 Dyrcona Well, I should be testing Evergreen with Pg10 before too long. Ubuntu 18.04 beta1 is due Thursday.
16:06 pinesol_green [evergreen|Kevin Tran] Docs: Update search_interface.adoc for web client - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=e1327a0>
16:11 mmorgan joined #evergreen
16:12 Dyrcona Ah, kmlussier left. I can't tell her exactly what parts have done to me today....
18:06 jeffdavis @karma parts
18:06 pinesol_green jeffdavis: Karma for "parts" has been increased 3 times and decreased 5 times for a total karma of -2.
18:06 jeffdavis Huh.
18:07 gmcharlt csharp: see bug 1721807 for something to test, if you're inclined
18:07 pinesol_green Launchpad bug 1721807 in Evergreen "Web client report template errors when using sources with virtual fields" [High,Confirmed] https://launchpad.net/bugs/1721807 - Assigned to Galen Charlton (gmc)
20:00 Christineb joined #evergreen
22:28 pinesol_green [evergreen|Jane Sandberg] Docs: adding contributor to 3.0.4 release notes - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=d956bf6>

Results for 2018-03-02

09:46 Dyrcona Muchas gracias! That's more than enough to get me going.
09:46 dbwells No problemo.
09:47 mmorgan rjackson_isl: I'm taking a look at our report template permissions
09:48 rjackson_isl thanks mmorgan - the localadmin group has no trouble. We compared settings (Jason and I) and on our test server weren't able to figure out what difference is causing the issue
09:59 mmorgan rjackson_isl: We have a group containing the single permission CREATE_REPORT_TEMPLATE that works in the xul client. But it doesn't allow even allow accessing the folders in the web client.
09:59 miker rjackson_isl: that error message doesn't mention permission failure ... is there more in the log? (not saying it's not permissions, mind)
10:05 mmorgan Adding RUN_REPORTS at the system level allows me to access the folders, but not create a template.
10:05 mmorgan Changing RUN_REPORTS to the consortium level allowed me to create a template.
10:06 rjackson_isl miker - Jason indicated the way that the logic is coded (a 'c' module?) there isn't anything excaping to the logs
10:06 rjackson_isl s/excaping/escaping
10:07 rjackson_isl mmorgan - I have that one on my list of things to test/ tested - let me look closer
10:07 miker mmorgan: that's because the permission is marked with global_required="true" in the IDL
10:08 miker re consortium level perms
10:09 miker rjackson_isl: sounds like you also need RUN_REPORTS at the top of the org tree
11:28 yboston joined #evergreen
11:37 rlefaive joined #evergreen
11:40 jihpringle joined #evergreen
11:48 mmorgan gsams: I'm seeing the same thing on our 3.0.3 test server, but not on our 2.12.4 production server.
11:48 mmorgan I found lp 1642344, but it looks like the breakage is more severe in 3.0.3.
11:49 pinesol_green Launchpad bug 1642344 in Evergreen "Web Staff Client - Problems cloning existing reports" [Medium,Confirmed] https://launchpad.net/bugs/1642344
11:56 gsams mmorgan: I went digging around in logs while trying to pull up the page and I'm seeing some file not found errors for a reports.js file.
11:58 * kmlussier gets nervous as the lights start flickering. :(
16:58 mmorgan left #evergreen
17:10 rlefaive joined #evergreen
17:10 gmcharlt dbwells: I'm going to have a last-minute signoff for 1751520 in a few minutes; if you're not already in the throes of rolling the beta tarball, I recommend waiting for it
17:11 dbwells gmcharlt: It is already built and testing, but I can run it again.
17:13 gmcharlt the webstaff reporter interface won't load without it
17:13 dbwells yeah, it's worth it, no problem
17:18 dbwells gmcharlt: So, doing some basic testing, and getting this error in catalog search in web staff: Error: [$injector:unpr] Unknown provider: egAddCopyAlertDialogProvider <- egAddCopyAlertDialog <- egCirc    Any ideas?
17:18 gmcharlt dbwells: ok, I've finished my testing and signoff re bug 1751520
17:18 pinesol_green Launchpad bug 1751520 in Evergreen "Reporter doesn't load in web client" [High,Confirmed] https://launchpad.net/bugs/1751520 - Assigned to Galen Charlton (gmc)
17:19 gmcharlt dbwells: looking at your 17:18:35 now
17:23 gmcharlt dbwells: not immediately seeing it

Results for 2018-03-01

09:06 agoben joined #evergreen
09:12 rlefaive joined #evergreen
09:14 yboston joined #evergreen
09:17 Dyrcona So, I'm still stumped why I get "save attempt: Transaction begin error" whenever I try to save an authority on my test vm.
09:18 Dyrcona I even upped the pcrud keep alive to 15 seconds, but based on what I saw while doing tail -f, the error comes before the pcrud timeout.
09:26 Dyrcona Nothing happens in the postgres logs, either.
09:27 JBoyer It seems extremely unlikely but anything of note in the ejabberd logs?
09:30 miker Dyrcona: is the authority record linked to a bunch of bibs?
09:30 Dyrcona Yeah, I have, too, usually after cranking the logging to 11.
09:30 Dyrcona miker: Yes, 11 bibs or so.
09:31 Dyrcona So, my test environment is just too slow?
09:31 miker that's my thought, yes. if you force a reingest of those 11 records, how long does it take cumulatively?
09:32 miker **cough**queued ingest**cough**
09:32 JBoyer Ideally it will fail outright on one of them because of busted marc pre-is_marc_valid. Seems unlikely though.
15:14 JBoyer I feel that. I had Some Ideas yesterday about Inventory. Instead I did not do that.
15:15 * JBoyer vanishes to re-register said workstation...
15:15 jeff JBoyer: and i suppose it's not something you can reproduce in a predictable fashion?
15:23 JBoyer I feel like I have a very reproducible test case: Open a new tab to do some reference help, clear your history after helping user, return to web client, fall over.
15:23 * JBoyer puts head in hands
15:23 mmorgan joined #evergreen
15:25 bshum That... hmm

Results for 2018-02-28

12:47 jihpringle joined #evergreen
12:47 beanjammin joined #evergreen
12:49 yar joined #evergreen
12:54 Dyrcona So, on my question earlier about trouble saving authorities in 2.12: I had a report from staff that I could reproduce (more or less) on a test vm, but no in production, where staff saw the issue.
12:54 Dyrcona It musta been just one of those things.
12:55 Dyrcona I can't save authorities at all on my 2.12 test vm, but that's probably down to an unfixed bug or some other related issue.
13:02 * Dyrcona switches back to the production branch on the vm.
13:12 Dyrcona Weird. Still doesn't work. I must need to wipe it out and build again.
13:12 Dyrcona That's a project for another day.
17:14 * kmlussier thinks libraries would find this feature useful.
17:15 gmcharlt kmlussier: cesardv: I've updated https://bugs.launchpad.net/evergreen/+bug/1732275
17:15 pinesol_green Launchpad bug 1732275 in Evergreen "wishlist: add notices count + last notice date to Items Out screen" [Wishlist,Confirmed] - Assigned to Galen Charlton (gmc)
17:15 cesardv kmlussier: how are your action trigger defs setup? BTW when that was tested on a new EG instance... I often had to run the action_trigger_runner.pl --run-pending manually to get courtesy notice events rather than relying on the cronjob
17:17 kmlussier cesardv: I added some comments to the bug that explained how I'm testing it, but, basically, I'm taking the barcode of an overdue checked out item in the Concerto data and running it through the action trigger test for the overdue and courtesy notice.
17:17 kmlussier The events are showing up in the database as complete, and they also show up in the action trigger log on the patron's record.
17:18 kmlussier By the way, that action trigger log is probably the worst-looking Dojo interface in the web client. But I digress...
17:19 * cesardv nods silently...
17:19 gmcharlt cesardv: doing an _un_happy dance? ;)
17:20 cesardv kmlussier: hmm... not sure... I'm not too familiar with how the "test" feature of the AT defs work... never did for me... I went kinda nuts and set action triggers 5,4,3,2,1-days before the due dates...
17:21 kmlussier Since it's generating the action trigger event and showing as complete, I would *think* that would be enough to show the feature, but I think lots of things that are wrong.
17:25 cesardv kmlussier: hmm one way to figure out if it's maybe a display problem on the front-end  (grid) vs the backend is making a request to the method via srfsh
17:28 * kmlussier can check, but needs to leave in 2 minutes for a dental appt.
17:31 pinesol_green [evergreen|Jason Stephenson] Lp 1350916: Add located URI option to marc_export. - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=82c91c0>
17:31 pinesol_green [evergreen|Jason Stephenson] Lp 1350916: marc_export --uris option release notes. - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=88a8637>
17:31 cesardv kmlussier: anyhow, thanks for looking at that... let me know :)
17:31 kmlussier OK, a quick test on my clean install shows the same problem. I'll take a look at the srfsh method when I get back later. Thanks cesardv!
17:32 cesardv kmlussier: de nada
18:10 beanjammin joined #evergreen
18:25 Christineb joined #evergreen
22:48 pinesol_green [evergreen|Cesar Velez] LP#1739504 - Fire off each ping sequentially - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=b529835>
22:48 pinesol_green [evergreen|Cesar Velez] LP#1739504 - add release notes for Latency Tester - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=2b3c5f1>
22:57 dbwells sorry, didn't get those commits quite how I wanted them.  Better get to bed before I do real damage.
22:58 pinesol_green [evergreen|Cesar Velez] LP#1739504 - create prototype of latency test tool in webstaff - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=81ff48e>
22:59 * dbwells unglues from keyboard
23:07 jeff dbwells++
23:12 Jillianne joined #evergreen

Results for 2018-02-27

08:52 kmlussier hmmm...no qatest results have been posted in the channel since Saturday.
08:53 bshum kmlussier: I vaguely recall phasefx was poking at something regarding that recent failure.  Maybe he's still poking.
08:53 bshum Either way, we need to get those results moved to a newer VM that's not wheezy.  Eventually.  Someday.
08:54 Dyrcona Well, I poked at the bug to fix the test, but sine I ran into problem with offline mode, I didn't push it.
08:54 rlefaive joined #evergreen
09:03 csharp Dyrcona: the last thing said yesterday was at 15:57, so logs are okay, I think
09:03 Dyrcona Well, Ok. :)
09:10 Dyrcona Yes, I think I did copy the one for apache 2.2 and not 2.4
09:11 jvwoolf1 joined #evergreen
09:11 Dyrcona That's better. :)
09:18 kmlussier Would anyone be interested in testing bug 1661688? It looked good in my testing, but I added some commits that need a signoff before it can be merged.
09:18 pinesol_green Launchpad bug 1661688 in Evergreen "Want easy way to clear a hold when picked up by other patron" [Wishlist,Confirmed] https://launchpad.net/bugs/1661688
09:26 yboston joined #evergreen
09:32 kmlussier Dyrcona: I can log in with Firefox.
09:33 Dyrcona kmlussier: I don't trust your tests. You have branches loaded. :)
09:33 Dyrcona I'm installing stock master on Ubuntu Xenial VMs.
09:33 kmlussier Dyrcona: Yes, I do. And I'm not using Xenial either.
09:33 Dyrcona I'll try on another one in a bit.
09:56 kmlussier rlefaive: No, you should be able to go without a bib source. Most of the records in Concerto don't have a bib source, but I haven't noticed this problem there.
09:57 rlefaive kmlussier: Null bib source, active copies. Shows up fine when searching the catalogue using the staff client, but does not show up when searching the opac.
09:59 rlefaive kmlussier: even weirder, when typing into the opac, autosuggest populates the correct title [sidenote: i know the fact that we have autosuggest enabled is weird in itself] - but when you click the suggestion or complete the title, there are “sorry, no entries found"
10:01 kmlussier rlefaive: I don't see that on a test system with the Concerto dataset. However, that's a fresh install, and I recall when we encountered other visibility issues, there was a difference between upgraded data and those records that were added after the upgrade.
10:02 rlefaive kmlussier: yeah - there’s a script in the release notes that updates something to do with visibility - but only for bibs that have a source.
10:03 kmlussier The reasons we only updated visibility for records with a source is because the bug was for records that had a source. But, if you did your upgrade straight from 2.12, you do need to calculate visibility for all your records at some point during the upgrade.
10:08 kmlussier I think that would have been done in the 2.12.6 - 3.0 upgrade script. And then the script that only touched records with a source came after that.
10:09 rlefaive kmlussier: ok. I know that we skipped some of the reingest steps because there were so many. We thought that we had applied them all.
10:09 * kmlussier nods
10:12 rlefaive kmlussier: My theory is that when the bib source is null, visibility is not getting calculated right. When I put the record in a transcendant bib source, it appeared in the OPAC. And when I removed the bib source, it (eventually) vanished from the opac. (eventually - either it takes forever to index, or something is caching? It’s super frustrating to test because i never know when my changes should take effect)
10:15 kmlussier rlefaive: Hmmm, let me try those steps and see what happens.
10:20 beanjammin joined #evergreen
10:24 kmlussier rlefaive: I'm not seeing my l bib records disappearing from the opac when I change a record back to a null bib source. I restarted memcache, osrf services, apache just to make sure I was getting a cached search.
10:27 rlefaive kmlussier: ok. I wondered if it might be because the item wasn’t being found. So I made a new item, and now (“now” - after waiting a few minutes) a title search that previously didn’t show it, now shows the bib with “1 of 1 copy available”. Thing is, now there are two copies, and when going into the bib, i see two copies in different locations with status “Available”.
10:27 JBoyer rlefaive, testing a search for changes can be irritating because they are cached. If you change your search to exclude a word you know doesn't exist (i.e. add a -randomjunk to the search) you can make sure it's not cached results.
10:27 rlefaive JBoyer++ omg that’s such a good idea!
10:27 kmlussier JBoyer++
10:27 JBoyer Also helps give you something to grep if it's the sort of thing you end up in the logs for.
10:46 kmlussier JBoyer: I found it by searching for bugs reported by me and sorting the results by newest first. I find the Bugs section of my account is a mess.
10:47 JBoyer alynn26, to make sure Hatch can startup correctly, open a cmd window (Win + R) and then:
10:47 JBoyer cd \Program Files (x86)\Hatch
10:47 JBoyer hatch.bat test
10:47 kmlussier I guess if I used more of the filters and sorting options, it would be useful.
10:48 JBoyer kmlussier, it's pretty lousy normally, but sorting by age has helped me locate a couple things.
10:48 kmlussier Life was easier back when I was interacting with fewer than 100 bugs.
10:48 JBoyer I should have said press Win+R and then type cmd and enter. I never know how comfortable people are with Windows.
10:49 JBoyer kmlussier++
10:50 kmlussier Speaking of bugs, I should get back to copy alert testing, but if you come across any other patterns, rlefaive, I'm happy to test them out.
10:50 rlefaive thanks kmlussier for your help!!
10:54 plux joined #evergreen
10:58 alynn26 JBoyer: There is no Hatch folder in the Program Files folder. I'm using the lastest version from the Chrome store.  I've tried it on several machines with out luck.
14:01 dwgreen joined #evergreen
14:01 dwgreen joined #evergreen
14:11 collum joined #evergreen
15:02 kmlussier I was going to test bug 1733695, but is there anyone involved in that project who could write up a release notes entry?
15:02 pinesol_green Launchpad bug 1733695 in Evergreen "Multilingual searching in the OPAC" [Wishlist,Confirmed] https://launchpad.net/bugs/1733695
15:22 rlefaive hey kmlussier, Dyrcona - I think I’ve tracked it down. Our asset.copy_vis_attr_cache contains only a couple dozen entries from recently made items (and a lot of them have duplicates). I take it that table is supposed to contain one row per OPAC visible item?
15:25 Dyrcona I think so. Mine has 8,424,240 rows.
16:29 Dyrcona iber=&field.milestone%3Alist=85026&field.tag=​&field.tags_combinator=ANY&field.has_cve.used​=&field.omit_dupes.used=&field.omit_dupes=on&​field.affects_me.used=&field.has_patch.used=&​field.has_branches.used=&field.has_branches=o​n&field.has_no_branches.used=&field.has_no_br​anches=on&field.has_blueprints.used=&field.ha​s_blueprints=on&field.has_no_blueprints.used=​&field.has_no_blueprints=on&search=Search
16:29 Dyrcona What a link!
16:30 Dyrcona kmlussier++
16:30 Dyrcona That's what I call testing. :)
16:30 kmlussier Wait, what am I getting karma for?
16:32 Dyrcona you called 3 db upgrade numbers. I assume you tested 3 branches or a branch with 3 upgrades.
16:34 pinesol_green [evergreen|Mike Rylander] LP#1733695: Pull record attribute values from multiple sources - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=a8759ba>
16:34 pinesol_green [evergreen|Mike Rylander] Add release note for multilingual search - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=a820163>
16:34 pinesol_green [evergreen|Kathy Lussier] LP#1733695: Stamping upgrade scripts for multilingual search - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=87846cf>

Results for 2018-02-26

13:25 kmlussier I'm on master
13:25 JBoyer kmlussier++
13:26 JBoyer That was the other thing I was curious about .
13:27 kmlussier I was going to test that when I was going through my bug mail this morning, but other things came up.
13:30 miker jeff: hrm.. no, it doesn't do that for brand new records, but that'd be good... it does mangle the 005, though
13:31 khuckins__ joined #evergreen
13:31 * miker should read all the lines
14:28 JBoyer miker, kmlussier: Behold: https://github.com/wix/angu​lar-tree-control/issues/285
14:30 kmlussier JBoyer++
14:31 JBoyer I feel that last comment, in my booooones.
14:50 kmlussier heh, I was going to test something in reports, had already forgotten that I couldn't load reports.
14:56 kmlussier joined #evergreen
14:58 Dyrcona joined #evergreen
14:59 Dyrcona kmlussier: I jinxed it by saying that I never have problems with the wifi here. :)
15:06 JBoyer miker, kmlussier: I think I have a fix for the reporter, its installing now so I can do science to it.
15:07 Dyrcona heh
15:19 * JBoyer looks like he was too close a cartoon explosion, hair all awry, ashes everywhere.
15:20 JBoyer perhaps another test...
15:26 * kmlussier wishes she could see this.
15:26 miker kmlussier++ (signoff)
15:27 kmlussier miker++ #Putting up with all my feedback. :)
15:28 miker kmlussier++ #providing feedback to put up with^W^W^Wimprove the code!
15:28 kmlussier I wish I could say I'm planning to relax for the rest of the day, but there are copy alerts to be tested.
15:55 kmlussier abneiman: I noticed you set the target for https://bugs.launchpad.net/evergreen/+bug/1746824 to 3.0.4 even though it's a wishlist bug. Is that something you're thinking should be backported or did you really mean to set it to 3.1?
15:55 pinesol_green Launchpad bug 1746824 in Evergreen "wishlist: enhance egGrid to allow CSS styling" [Wishlist,Confirmed]
15:56 kmlussier I ask, because your answer will affect whether I add a comment to that bug or not.
15:56 abneiman kmlussier I would like to see it backported if it merges cleanly, but if the consensus is that it is better off in 3.1 that's ok with me

Results for 2018-02-24

02:53 beanjammin joined #evergreen
03:20 alynn26 left #evergreen
06:31 pinesol_green News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>
08:37 ngf42 joined #evergreen
08:56 gsams_ joined #evergreen
08:58 tsadok joined #evergreen
14:25 Dyrcona Yeah, busted in stock master. offline-interface won't open unless Apache is running when you go to it and works so long as you don't refresh it after stopping Apache2.
17:10 yar joined #evergreen
17:46 beanjammin joined #evergreen
18:31 pinesol_green News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>
19:02 dbs Dyrcona:  you'll need to connect to Apache and log in using the staff client at least once for the service worker to be able to cache all the necessary bits; then after that it should be ready to go
19:03 dbs a refresh shouldn't be an issue unless you're doing a devtools-style refresh where you force the service worker cache to be cleared
19:04 dbs that said, I don't have master here so can't test to see if something went sideways recently

Results for 2018-02-23

02:57 JBoyer joined #evergreen
03:33 JBoyer joined #evergreen
04:19 rlefaive joined #evergreen
06:31 pinesol_green News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>
07:03 agoben joined #evergreen
07:03 rlefaive joined #evergreen
07:18 rjackson_isl joined #evergreen
11:46 phasefx sec
11:47 phasefx from npm install, I get warnings, the first one being: npm WARN enoent ENOENT: no such file or directory, open '/home/opensrf/git/Evergreen/package.json'
11:48 Dyrcona Did you run npm install in the Open-ILS/web/js/ui/default/staff subdirectory?
11:49 phasefx looks like I have it scripted to do so, yes, but not when I reported that error, no :D   I think everything is okay now, trying a smoke test
11:49 Dyrcona Cool.
11:50 phasefx when just doing normal hacking on the javascript, do I need to do npm run build from that subdirectory as well?
11:53 Dyrcona Yes.
12:09 * phasefx will punt for now; chaos powers are exhausting
12:10 NRHNeedHelp joined #evergreen
12:10 NRHNeedHelp Hi all!
12:11 NRHNeedHelp Question... we're trying to print from Chrome to a spine labeler, but even with the Hatch extension installed, we click the test printing buttons but nothing happens.
12:13 NRHNeedHelp But if I use IE (where we can't use the Hatch extension), a print dialog box appears after clicking the print button and I can choose a printer and print.  What are we missing in Chrome?
12:14 NRHNeedHelp Again, the Hatch extension is installed and I've clicked that Use Hatch For Printing option too
12:14 NRHNeedHelp I'm lost
12:15 phasefx NRHNeedHelp: which interface are you using exactly?
12:15 NRHNeedHelp ?The web based interface?
12:15 phasefx which page within the web based interface?
12:16 NRHNeedHelp Evergreen Version 3-0-3... Hatch Printer Settings... I can see my printers, select them, etc.  then I go to the Test Printing link and try to click the Print or Print with Dialog boxes and it does nothing.
12:17 NRHNeedHelp However, in IE (I know, not compatible due to no extension) if I follow those same exact steps, I can print when I click the Print with Dialog box...
12:18 * phasefx doesn't have hatch installed, but trying the test print buttons without does work for him in Chrome.  Hrmm
12:19 phasefx NRHNeedHelp: could you disable the Use Hatch for Printing option and try it?
12:21 berick phasefx: re: the live test failure, have you modified your auto installer to use 'npm run build' instead of 'grunt build' ?
12:21 phasefx berick: I did
12:21 NRHNeedHelp Okay, disabled use hatch for printing and now I get the dialog boxes.
12:22 NRHNeedHelp in Chrome... Had to darken my print to 30 on the spine printer but it's printing.
12:25 phasefx NRHNeedHelp: making it work with Hatch, I don't have any experience there yet
12:26 phasefx berick: oh, I misunderstood your question (confused it with earlier topic with Dyrcona)
12:26 phasefx I did update the wheezy installer
12:26 berick phasefx: k.  so, wait, you're latest comments.. the test is working for you now?
12:27 berick i ask because the live test works for me
12:27 phasefx so, I was having trouble with my local dev environment (didn't know to use ubuntu-xenial-developer pre-req target).  With the qa test stuff, I replaced grunt with npm build like so: http://git.evergreen-ils.org/?p=work​ing/random.git;a=commitdiff;h=2b5148​506e6e19bc97cde983109d1169bb3e222b
12:28 phasefx the only thing failing in that environment is the offline live test
12:28 berick diff looks good
12:28 phasefx bug 1751318
12:28 pinesol_green Launchpad bug 1751318 in Evergreen "live_t/24-offline-all-assets.t failure" [Undecided,New] https://launchpad.net/bugs/1751318
12:29 Dyrcona phasefx: I recommend moving to something more recent than wheezy for the test installations. :)
12:29 phasefx you might need a pristine environment for the test to fail
12:30 phasefx Dyrcona: yeah, I'm going to get there :)
12:30 Dyrcona Not saying that will fix the test failure.
12:30 Dyrcona I think it leaves community support in May.
12:30 * phasefx nods
12:31 * Dyrcona put branches out there to remove installation support for Wheezy.
16:13 Bmagic but 1751368
16:13 Bmagic bug 1751368
16:13 Bmagic even
16:13 pinesol_green Launchpad bug 1751368 in Evergreen "Web client: Check-in deleted item from patron account" [Undecided,New] https://launchpad.net/bugs/1751368
17:04 mmorgan left #evergreen
17:16 beanjammin joined #evergreen
17:47 rlefaive joined #evergreen
18:31 pinesol_green News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>
19:42 rlefaive joined #evergreen

Results for 2018-02-22

06:02 Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged: http://irc.evergreen-ils.org/evergreen | Large pastes at http://paste.evergreen-ils.org
06:25 pastebot joined #evergreen
06:25 dbs_ joined #evergreen
06:31 pinesol_green News from qatests: Failed Running Evergreen browser client build/test - Expected 6 errors but encountered 2. <http://testing.evergreen-ils.org/~live>
06:31 pinesol_green News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>
06:31 jeff___ joined #evergreen
06:31 RBecker_ joined #evergreen
06:38 serflog joined #evergreen
10:06 kmlussier dbs: Yes, that would be a useful addition, I think.
10:07 * dbs will give that a shot as a way of procrastinating writing
10:07 kmlussier dbs++
10:08 remingtron dbs: Robert Soulliere is still hosting the live docs server, so he's "in charge" of implementing build changes in a visible way. But we have a docs dev server too, where things can be tested.
10:08 remingtron docs-testing.evergreen-ils.org
10:11 mmorgan1 joined #evergreen
10:12 dbs ah installing 200mb of packages for latex support :)
10:13 Dyrcona Yeah, there is that...Just so that asciidoc can generate PDFs.
12:21 mmorgan eby: what do you see?
12:22 eby 9
12:22 * mmorgan has no idea what "9" means.
12:22 eby we've had some lag we are looking into so we've seen checked out holds still show up on the shelf list for a little bit
12:23 eby but wanted to make sure wasn't something else with that 9
12:23 eby thanks for testing
12:23 berick 9 == hold fulfilled
12:23 berick sounds like a bug in the UI
12:23 mmorgan np!
17:06 mmorgan left #evergreen
17:37 miker thanks for being down, launchpad...
18:30 jwoodard joined #evergreen
18:31 pinesol_green News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>

Result pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143