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

Results for 2018-02-28

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.

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>

Results for 2018-02-21

01:39 beanjammin joined #evergreen
03:39 beanjammin joined #evergreen
06:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:15 rjackson_isl joined #evergreen
07:32 dwgreen joined #evergreen
08:22 rlefaive joined #evergreen
10:39 ngf42 gah! https://gfycat.com/OptimisticUglyGalapagoshawk
11:20 Bmagic csharp: How's 3.0.2 going? (or is it 3.0.3?)
11:28 beanjammin joined #evergreen
11:35 dbwells Today's point releases (2.12.10 and 3.0.4) are tentatively scheduled to begin building at 2pm EST.  If you have a bugfix you would like to see included, please test and push before then.  Thanks!
12:07 Christineb joined #evergreen
12:22 jihpringle joined #evergreen
12:24 kmlussier joined #evergreen
14:39 gmcharlt dbwells: nah, it ended up being just one fixup that's trivial
14:39 dbwells gmcharlt++ # sounds good, thank you!
14:42 Dyrcona gmcharlt++ berick++
14:44 pinesol_green Showing latest 5 of 6 commits to Evergreen...
14:44 pinesol_green [evergreen|Bill Erickson] LP#1739803 Remove superseded 'extern' directory - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=5eadd3f>
14:44 pinesol_green [evergreen|Bill Erickson] LP#1739803 Quiet some repetitive console messages for unit tests - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=76f56e0>
14:44 pinesol_green [evergreen|Bill Erickson] LP#1739803 Webstaff: Replace Grunt with Webpack - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=5c6e280>
14:44 pinesol_green [evergreen|Bill Erickson] LP#1739803 Add newly required dependency for jasmine-core - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=cb24863>
14:44 pinesol_green [evergreen|Galen Charlton] LP#1739803: add angular tablesport to vendor bundle - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=0a81e0d>
14:45 berick gmcharlt++ Dyrcona++
14:46 berick as a reminder, the move to webpack changes the dev process some.  you have to 'npm run build' (or a variation thereof) then copy files into server directories.
14:46 gmcharlt berick: just to cover our bases, could you send a heads-up to open-ils-dev?
14:47 * kmlussier feels like an old dog who can't learn new tricks.
14:47 gmcharlt by the way, npm build-watch worked well for me
14:47 berick gmcharlt: cool, yeah, i've been using it too, it's helpful
14:48 JBoyer So I can update my process, is there an npm run all, or is grunt all replaced with npm run test followed by npm run build-prod ?
14:50 JBoyer And while I'm thinking about it:
14:50 JBoyer berick++
14:50 JBoyer gmcharlt++
14:50 JBoyer dbwells++
14:50 JBoyer Dyrcona++
14:50 JBoyer Bmagic++
14:51 gmcharlt JBoyer: currently it's npm run build (npm run build-prod) first, then npm run test, in that order
14:51 gmcharlt no "all" as of yet
14:51 JBoyer and anyone else working on today's releases. plus,plus,plus,plus,plus.
14:51 Bmagic csharp++
14:52 JBoyer gmcharlt, thanks.
16:50 dbs jeffdavis: IIRC there is no built-in option for simple2zoom, it just forks and forks and forks
16:52 jeffdavis ok thanks
16:53 jeffdavis a quick skim of the Net::Z3950::Simple2ZOOM source doesn't show anything either
16:53 kmlussier Looks like we have duplicate numbers for perl live tests in master again. In fact, I think I may be responsible for merging the duplicates.
16:53 kmlussier @blame kmlussier
16:53 pinesol_green kmlussier: everything was going great until kmlussier came along
16:54 csharp @praise kmlussier
16:54 * pinesol_green You don't want to get mixed up with someone like kmlussier. kmlussier is a loner, Dottie. A rebel.
17:47 berick jeffdavis: oh good, glad it's helpful
17:47 derekz left #evergreen
18:09 Dyrcona joined #evergreen
18: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>
18:31 pinesol_green News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>
20:52 beanjammin joined #evergreen
20:56 kmlussier joined #evergreen
20:56 kmlussier Calling 1089
21:07 pinesol_green Showing latest 5 of 9 commits to Evergreen...
21:07 pinesol_green [evergreen|Jason Stephenson] LP 1694058: Add confirmation dialog for multiple title holds. - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=cac2694>
21:07 pinesol_green [evergreen|Jason Stephenson] LP 1694058: Final OPAC Changes for Multiple Hold Placement - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=7e76706>
21:07 pinesol_green [evergreen|Jason Stephenson] Lp 1694058: Fix Issue With Place Holds Reported in Testing - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=04bf77f>
21:07 pinesol_green [evergreen|Kathy Lussier] LP# 1694058: Release notes entry for placing multiple holds - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=6dbb6c7>
21:07 pinesol_green [evergreen|Kathy Lussier] LP#1694058: Stamping upgrade script for duplicate holds coust - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=986a2d0>
23:06 b_bonner left #evergreen

Results for 2018-02-20

00:02 beanjammin joined #evergreen
02:45 beanjammin joined #evergreen
06:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:20 rjackson_isl joined #evergreen
07:33 dwgreen joined #evergreen
07:36 rlefaive joined #evergreen
10:03 mmorgan Dyrcona++
10:04 rlefaive joined #evergreen
10:06 Dyrcona Claiming 1088.
10:11 pinesol_green [evergreen|Mike Rylander] LP#1746584: Adjust bib visibility test for patron browse - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=ea0569d>
10:11 pinesol_green [evergreen|Jason Stephenson] Lp 1746584: Stamping Upgrade Script - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=32b0358>
10:15 yboston joined #evergreen
10:23 jihpringle joined #evergreen
10:37 Christineb joined #evergreen
11:59 rlefaive joined #evergreen
12:06 beanjammin joined #evergreen
12:09 Dyrcona dbwells++ # It works on 3.0 and with some minor backport rearrangement it works on 2.12 also.
12:10 dbwells Dyrcona: that's great, thanks for testing
12:11 Dyrcona For completeness' sake, I'll test it on master and then push it early this afternoon, unless someone else is dying to look at it, too.
12:13 Dyrcona It looks so simple. I should have thought of that. :)
12:16 dbwells I think I am beginning to get a hang of Angular, though I won't say "the hang".  Angular is somehow resistant to a singular hang.
12:21 khuckins joined #evergreen
12:30 Dyrcona :)
12:45 yboston joined #evergreen
13:08 pinesol_green [evergreen|Dan Wells] LP#1749992 Disable payment button during payment - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=760140b>
13:13 Dyrcona Well, I'll take a break and let some others have a shot at testing branches. :P
13:18 jihpringle_ joined #evergreen
13:18 kmlussier Dyrcona++
13:28 beanjammin joined #evergreen
14:22 kmlussier I don't ever remember saying that. FAKE NEWS!
14:24 gmcharlt only because I drank all of NOBLE's coffee, natch
14:26 dbs Happy news time: a faculty member came to me today asking me to add a feature that would enable a link from the original version of a book to the translation, if we have it
14:27 JBoyer I certainly remember putting the bottomless coffee claim to the test. It was touch and go for a moment.
14:27 dbs He was super-excited when we took a look at a few examples and saw the "Formats & Editions" link to English / French editions in the detailed records. So yay for that feature (and for cataloguers using the 240 correctly)
14:27 gmcharlt dbs: yay!
14:29 JBoyer A couple of us were comparing OPAC progress over the years (Still some 2.4-ish screenshots around somewhere), that is a nice interface.
17:05 mmorgan joined #evergreen
17:05 mmorgan left #evergreen
17:07 derekz left #evergreen
18:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
21:30 sandbergja folks are probably gone at this point, but I did push some point release notes to master, rel_3_0, and rel_2_12
21:31 pinesol_green [evergreen|Jane Sandberg] Adding 3.0.4 release notes - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=8cbcdf6>
21:31 pinesol_green [evergreen|Jane Sandberg] Release notes for 2.12.10 - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=d44bf3c>

Results for 2018-02-19

01:58 beanjammin joined #evergreen
06:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
06:43 JBoyer joined #evergreen
07:17 rjackson_isl joined #evergreen
08:11 JBoyer joined #evergreen
15:44 Bmagic "Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202."
15:49 csharp @band add Nuclear Football
15:49 pinesol_green csharp: Band 'Nuclear Football' added to list
15:49 csharp Bmagic: I've not used that script, but I'm willing to test - what's a good use case/test case for it?
15:51 Bmagic csharp: couple of steps. Create a text file that contains your "used_tcns" with psql -U dbuser -h dbhost -d database -c "select tcn_value from biblio.record_entry where not deleted" | perl -npe 's/^\s+//;' | sed '1,2d' > used_tcns
15:51 Bmagic get yourself some MARC records in XML format
15:52 Bmagic marc2bre.pl --idfield 903 --idsubfield a --startid=1 --marctype=XML -f yourmarc.xml --used_tcn_file=used_tcns > final.bre
16:17 csharp Bmagic: I can confirm the error on my xenial test server using concerto data
16:17 Bmagic csharp++
16:18 Bmagic it's probably fixed in 18.04 :) LOL
16:19 Bmagic I think the error is perl > 5.20
16:20 Bmagic or rather 5.14.2 (shipped with 12.04)
17:04 Christineb joined #evergreen
18:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
19:06 dwgreen joined #evergreen

Results for 2018-02-18

04:47 Jillianne joined #evergreen
06:32 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
10:57 pinesol_green [evergreen|Bill Erickson] LP#1745499 Patron bucket from file query consolidation - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=b90b6ea>
10:57 pinesol_green [evergreen|Bill Erickson] LP#1745499 De-Parallelify Item Status file upload - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=044c42d>
13:21 Christineb joined #evergreen
18:32 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
19:55 Christineb joined #evergreen

Results for 2018-02-17

01:43 beanjammin joined #evergreen
01:59 beanjammin joined #evergreen
02:52 beanjammin joined #evergreen
06:30 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:09 _bott_ joined #evergreen
11:44 pinesol_green [evergreen|Jason Stephenson] Lp 1749593: Fix TypeError: Cannot set property 'grid' of undefined - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=ad87d0b>
14:24 beanjammin joined #evergreen
15:55 beanjammin joined #evergreen
16:17 pinesol_green [evergreen|Ben Shum] i18n: fix es-ES webstaff translation - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=fff3d40>
18:16 beanjammin joined #evergreen
18:28 beanjammin joined #evergreen
18:32 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
22:27 csharp @band add The Rural Jurors
22:27 pinesol_green csharp: Band 'The Rural Jurors' added to list

Results for 2018-02-16

00:33 book` joined #evergreen
06:30 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:19 rjackson_isl joined #evergreen
07:25 collum joined #evergreen
07:46 rlefaive joined #evergreen
08:34 Dyrcona joined #evergreen
08:35 derekz joined #evergreen
08:35 mmorgan joined #evergreen
08:37 pinesol_green [evergreen|Jason Boyer] LP1737540: Add Patron Information to Receipts - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=870569b>
08:38 kmlussier joined #evergreen
08:39 ngf42 joined #evergreen
08:59 mmorgan I'm remembering a bug where a volume hold gets cancelled when a call number is edited in the unified editor, but I can't find it in Launchpad.
11:26 mmorgan Gotcha. Money is complicated.
11:26 Dyrcona It shouldn't be, but it is.... Numbers with emotions attached. :)
11:27 csharp ooh ooh - we should totally start adding emoticons to payments based on how the patron is acting
11:29 Dyrcona BTW, berick, I'm doing some more testing of Lp 1739803. I like what I see so far.
11:29 pinesol_green Launchpad bug 1739803 in Evergreen "Webstaff: Replace Grunt with Webpack + Angular 1.6" [Medium,New] https://launchpad.net/bugs/1739803 - Assigned to Jason Stephenson (jstephenson)
11:29 csharp *standing with clipboard* "So Ms. Jones, how would you say you're *feeling* about paying this fine today?"
11:29 Dyrcona heh. I used Gregory Jones to test.
11:29 csharp :-)
11:30 Dyrcona Only 3 patrons owe money in concerto.
11:30 Dyrcona Out of the box, anyway.
13:21 Dyrcona Heh. I missed the band that csharp added earlier, but when I looked up my brain turned it into something else.
13:22 Dyrcona @band add Dang Old Banjo
13:22 pinesol_green Dyrcona: Band 'Dang Old Banjo' added to list
13:23 kmlussier I have a question about bug 1694058. I signed off on it back in November, but left it available for somebody else to test since Dyrcona did his work based on our requirements. I usually like to give somebody uninvolved in the project a chance to test it.
13:23 pinesol_green Launchpad bug 1694058 in Evergreen "Ability to Place Multiple Title/Metarecord Holds at Once" [Wishlist,New] https://launchpad.net/bugs/1694058
13:23 kmlussier At this point, would anyone object if I merged it?
13:24 Dyrcona I certainly don't object, and two months is plenty of time. :)
13:29 pinesol_green Launchpad bug 1749593 in Evergreen 3.0 "Webstaff: Grids on Bills and Patron Messages Screens do not show properly" [Undecided,New] https://launchpad.net/bugs/1749593
13:31 Dyrcona It only shows up in master, and likely rel_3_0, but not in 3.0.3, since the patch that causes it was added after the 3.0.3 release.
13:42 Dyrcona Well, someone emailed me a photo of the console on the downed server....Looks like a HD error, probably dead.
13:45 kmlussier Dyrcona: I plan to test that one (holds picku) if nobody else looks at it. I've just had to prioritize testing of bug 1744385 ahead of everything else this week.
13:45 pinesol_green Launchpad bug 1744385 in Evergreen "Wishlist: Search & display infrastructure improvements" [Wishlist,New] https://launchpad.net/bugs/1744385
13:45 Dyrcona kmlussier: Thanks. Good to know. I understand your priorities.
13:47 rlefaive joined #evergreen
16:20 hbrennan Bmagic: Very cool. Thanks for sharing :)
16:20 Bmagic Cool indeed
16:23 Dyrcona !?chown # my new best friend
16:28 Dyrcona Oh, nice. Lp 1749593 is messing with my testing.
16:28 pinesol_green Launchpad bug 1749593 in Evergreen 3.0 "Webstaff: Grids on Bills and Patron Messages Screens do not show properly" [Undecided,New] https://launchpad.net/bugs/1749593
16:29 derekz_ left #evergreen
16:30 Dyrcona First time I've seen it happen on a patron with bills.
17:32 kmlussier joined #evergreen
17:35 Dyrcona Maybe I'll be back later. Mabye I won't.
17:43 miker @later tell Dyrcona ng-{blah} versions of most html5 attributes are magical in angular, AFAIU. they "just work" ... or don't, I guess, in some cases
17:43 pinesol_green miker: The operation succeeded.
18:30 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
18:56 Dyrcona joined #evergreen
18:57 Dyrcona Well, I'm giving it another shot. I think I needed to add a method to the service for the handler to call. It looks like raw JS doesn't work.
19:01 Dyrcona What I said at 4:28:28 PM....

Results for 2018-02-15

06:32 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:17 rjackson_isl joined #evergreen
07:29 dwgreen joined #evergreen
07:34 rlefaive joined #evergreen
10:35 csharp heh - that's me and the channel logs
10:36 csharp I'll google something and have myself to thank for the solution :-)
10:38 Dyrcona :)
10:39 gsams csharp: So he ran hatch.bat test and got what I would call normal output, when compared to my working machine.
10:40 csharp hmm
10:40 csharp gsams: he ran it as the user with the problem?
10:40 gsams csharp: I sent him an email for clarification on that point, just in case.
10:45 gsams Heh, I was just looking over that late last night.
10:45 csharp perhaps the ID between the extension and hatch is mismatched?
10:48 csharp WriteRegStr HKLM "Software\Google\Chrome\Extensions\${EXTENSIONID}" "update_url" "${EXTENSION_UPDATEURL}" <-- if they can check that registry key, it might not match the extension manifest
10:55 * Dyrcona can duplicate the crashy behavior of OpenSRF by installing the updates on a test vm.
10:56 Dyrcona OpenSRF really doesn't like it if you restart ejabberd while things are running. :)
10:56 csharp yeah - it's pretty catastrophic
10:58 Dyrcona Ok. Going back to the apt discussion. I have /etc/apt/apt.conf.d/20auto-upgrades on a system that is configured to do unattended upgrades.
11:07 Dyrcona Ok. It's gets even more interesting. A VM I made Tuesday with 16.04.3 and that is totally up to date, does not have 20auto-upgrades file. I know I chose No during installation.
11:07 Dyrcona Inconsistency, thy name is Linux.... :)
11:08 Dyrcona heh. load is 8.4 on the vm after the updates finished.
11:09 Dyrcona I did not have the problem with the C services on the test VM.
11:09 Dyrcona I guess what happened on the util server was special.
11:10 * Dyrcona should blow this vm out and build it into a test brick of 2-3 vms.
11:13 Dyrcona @monologue
11:13 pinesol_green Dyrcona: Your current monologue is at least 15 lines long.
11:15 Dyrcona Ok. If you're sick of the unattended-upgrades chatter, tell me, and I'll stop, but I did one more test.
11:15 Dyrcona If you didn't enable unattended upgrades during install with Ubuntu 16.04.3, it looks like you don't get 20auto-upgrades.
11:16 Dyrcona If you later enable it with dpkg-reconfigure, you do get the file.
11:17 Dyrcona if you subsequently disable it with dpkg-reconfigure, 20auto-upgrades is there with both update package list and unattended upgrades disabled.
17:01 mmorgan left #evergreen
17:11 Dyrcona Hebedeebedeebe...That's all folks!
18:19 Dyrcona joined #evergreen
18:30 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
19:53 beanjammin joined #evergreen

Results for 2018-02-14

00:43 beanjammin joined #evergreen
02:06 beanjammin joined #evergreen
06:32 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:16 rjackson_isl joined #evergreen
07:39 rlefaive joined #evergreen
07:46 agoben joined #evergreen
13:00 jvwoolf joined #evergreen
13:03 jvwoolf joined #evergreen
13:03 khuckins__ joined #evergreen
13:08 Dyrcona berick: I commented Lp 1739803 with the results of a failed npm run test. Hope that is helpful!
13:08 pinesol_green Launchpad bug 1739803 in Evergreen "Webstaff: Replace Grunt with Webpack + Angular 1.6" [Medium,New] https://launchpad.net/bugs/1739803
13:09 * Dyrcona will be happy to pull/try again if you have any updates or advice.
13:11 rlefaive joined #evergreen
16:39 csharp yep - sounds like the libraries that found what led to bug 1741309
16:39 pinesol_green Launchpad bug 1741309 in Evergreen "Hatch: Installer does not grant proper file permissions" [Undecided,Fix released] https://launchpad.net/bugs/1741309
16:42 gsams csharp: Well I'm glad that got settled before our upgrade!  Thank you pioneering libraries.
16:42 csharp seriously - our testing period was crucial to our relatively smooth upgrade to 3.0/web client
16:45 gsams I've gotta say, our upgrade to 3.0.3 was about the smoothest upgrade we've had even with the web client being new to us.
16:46 gsams so kudos to everyone one way or another.
16:51 gsams Bmagic++ #That data URL method works perfectly for receipts.
16:52 gsams It's a lot of text though, so getting layout stuff settle first is a must otherwise there is a lot of scrolling to be done.
17:05 mmorgan left #evergreen
18:02 khuckins_ joined #evergreen
18:30 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
18:43 Dyrcona joined #evergreen
18:59 gsams csharp: confirmed permissions issue, now he's just trying to resolve that with little success apparently.
19:07 csharp gsams: "hatch.bat test" should show *something* useful
19:18 gsams csharp: That's useful output, I'll pass that along and see what it spits out for him.
19:19 gsams csharp++ #Thanks for the help!
22:45 Jillianne joined #evergreen

Results for 2018-02-13

06:30 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:01 agoben joined #evergreen
07:16 rjackson_isl joined #evergreen
07:39 rlefaive joined #evergreen
13:07 jeffdavis and I do hate npm just in general :)
13:07 jeffdavis good luck!
13:08 Dyrcona Yeah, it's not reliable enough...packages just come and go without warning.
13:08 Dyrcona Thanks! We'll see how it goes. This install is specifically to test this issue, so no pressure for it to work.
13:20 jvwoolf joined #evergreen
13:31 rlefaive joined #evergreen
13:41 Dyrcona npm install produces this output with master on a fresh install: angular-order-object-by@1.3.0  (git://github.com/rxfork/ngOrderObjectBy.gi​t#78ab8d0fb4ecb9fd308eef43394d5bd3f649826e)
14:16 pinesol_green csharp: go with node.js
14:16 Dyrcona So, it looks like it will work with a fresh install.
14:17 Dyrcona At least on Ubuntu 16.04. That's the other thing... The training server is still running Wheezy.
14:18 Dyrcona Yeah. angular-order-object-by is installed on my test vm.
14:19 Dyrcona And, grunt all passed all of the tests.
14:23 Dyrcona And, yes, the web staff client appears to work.
14:25 Dyrcona So, it must be that the Node on the training server is out of date.
14:31 Dyrcona I don't have any wheezy isos hanging around to set up a wheezy test, so I'll leave it at that.
14:36 Dyrcona Oh, nice. It sends me to a mirror in Sweden. :)
14:36 * Dyrcona decided to download an ISO after all.
15:03 mmorgan1 joined #evergreen
16:13 Dyrcona Well, it's worth it for the verification and the practice, I suppose.
16:13 mmorgan joined #evergreen
17:05 mmorgan left #evergreen
18:30 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
23:22 remingtron_ joined #evergreen

Results for 2018-02-12

04:23 eby joined #evergreen
06:30 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
06:38 jeffdavis joined #evergreen
07:08 rjackson_isl joined #evergreen
07:10 JBoyer joined #evergreen
17:04 mmorgan left #evergreen
17:55 miker jeff: we "won't" add stuff to extend_reported. it's meant to be a conflict-free namespace
17:56 miker for local tables and views
18:30 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
19:14 beanjammin joined #evergreen
20:04 beanjammin joined #evergreen

Results for 2018-02-11

06:30 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
17:31 Dyrcona joined #evergreen
18:30 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
21:02 Dyrcona joined #evergreen

Results for 2018-02-10

06:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
08:29 ngf42 joined #evergreen
16:46 ngf42 joined #evergreen
16:46 Glen joined #evergreen
16:48 esoterica joined #evergreen
16:48 miker joined #evergreen
18:07 beanjammin joined #evergreen
18:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>

Results for 2018-02-09

06:15 tlittle joined #evergreen
06:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:11 rjackson_isl joined #evergreen
07:22 kmlussier joined #evergreen
07:36 rlefaive joined #evergreen
16:09 dpearl left #evergreen
16:58 mmorgan left #evergreen
17:04 jvwoolf left #evergreen
18:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>

Results for 2018-02-08

02:12 beanjammin joined #evergreen
06:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:13 rjackson_isl joined #evergreen
07:47 JBoyer miker, berick: Thanks for being patient with my grousing yesterday. I feel like it was becoming unproductive but the main point I was hoping to get at was that I wanted to see more API calls get as fast as pcrud (and forgetting that it's written in C made that a difficult point to reach)
07:50 kmlussier joined #evergreen
17:16 jvwoolf left #evergreen
18:05 kektrain joined #evergreen
18:05 kektrain left #evergreen
18:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
19:11 Bmagic joined #evergreen

Results for 2018-02-07

06:31 pinesol_green News from qatests: Failed Log Output: osrfsys.log - Expected 3 errors but encountered 6. <http://testing.evergreen-ils.org/~live>
07:30 rjackson_isl joined #evergreen
07:46 agoben joined #evergreen
08:41 rlefaive joined #evergreen
15:33 gmcharlt but in the short term, folks have been loading the web client in iOS in the wild
15:33 gmcharlt and although it's not officially supported, it worked well enough for folks to log on, broke,  and is getting unbroken for 3.0.4
15:33 dbs I guess the least we can do is document things we know won't / can't work (offline support, whatever Hatch does, ...)
15:34 gmcharlt yeah
15:35 gmcharlt and going further, is there any appetite to take it a bit further to put in guards against access the stuff known not to work? and interest in cycles on the part of anybody to do testing against iOS/Safari?
15:35 JBoyer I don't imagine that many iOS users are interested in printing receipts (Hatch's primary use case). The idea of taking whatever tablet you have on hand into the stacks to capture holds live and without printing anything is something that comes up on occasion when discussing the web client.
15:35 kmlussier From our perspective, when we decided early on that Chrome and Firefox would be supported browsers, we didn't think it would preclude use on iOS devices since those browsers can be used there.
15:36 kmlussier I could see a use case for using offline circ on an iPad, but I think if we make it clear that it won't work on iOS, that's a good start.
15:37 gmcharlt yeah, at the moment anybody who badly wants offline circ on an ipad probably needs to consider writing a native app
15:37 JBoyer I don't like telling anyone that they can't use a currently supported modern browser when the current breakage is small to unnoticeable. That said I don't know that I'd want to spend a lot of time getting Edge to work.
15:37 kmlussier gmcharlt: I can't commit to testing against iOS/Safari, but I might be able to find people who can.
15:38 gmcharlt yeah, blocking service-worker-based offline in iOS would be doable
15:38 gmcharlt but one thing I'm wondering is what other uses, if any, we want to apply service workers to
15:39 miker in the long run, they could streamline a lot of things. but it's not just service workers, it's broadcast channels between tabs on the same domain
15:43 miker edge and ie claim messagechannel support, per caniuse.com
15:44 berick i'm all for documenting issues, moving in that direction, but outright saying we support it is.. a bit more.
15:44 gmcharlt berick: yeah, I think it in part depends on identifying folks/institutions willing to commit to it
15:44 jeffdavis fwiw the Co-op is not in a position to support iOS in dev/testing, much as I'd like iOS to be supported
15:44 miker berick: I agree with best-effort, until/unless there's a maintainer
15:45 * berick nods
15:46 kmlussier I understand the toll it takes, but mobile use was one of the selling points to get our libraries excited about moving to the web client.
15:59 gmcharlt the last in particular sounds like a useful, quickly implemented step
15:59 gmcharlt maybe combined with a copy easy-to-calculate metrics of work done since the previous meeting
15:59 gmcharlt e.g., commits added
15:59 phasefx tests added
15:59 phasefx tests fixed, tests removed
16:00 JBoyer Dev meeting reports are a good idea, especially if it can keep most of the stats going so you don't have to do a lot behind the scenes. And I agree with not wanting only negative feedback.
16:01 phasefx and of course, I still want what I put on the agenda, tech/feature suggestions :)
16:01 JBoyer That said, one common piece of negative feedback is "you broke the build!" notifications. I don't think we want to have a stoplight board like some projects I've seen (What did JBoyer do now?) But a gentle nudge to the author of a commit that broke things may be helpful.
16:02 gmcharlt do I remember correctly that the the tests are run once or twice a day, not triggered when stuff is pushed to master?
16:02 JBoyer IF it can / should run often enough to be able to pick that out. False positives in that case (1 + n commits go in, the break is attributed to the wrong one) would be frustrating.
16:02 phasefx gmcharlt: right, twice a day
16:03 phasefx buildbot may be different
16:03 phasefx were it working for anything other than OpenSRF
16:03 JBoyer If changing that would be a significant undertaking in resources it may not be worth it.
16:04 phasefx it could maybe run more often if we go with berick's smaller dataset notion
16:04 phasefx right now it's designed with the notion that side effects might not be well contained and/or reversible
16:04 phasefx thus, complete vm wipes to a known state between runs
16:05 phasefx we could also farm out the test machines with some infrastructure improvements, let it mimic (or run off of) buildbot in that regard
16:06 phasefx and get more time of day coverage that way
16:06 gmcharlt well, we're past the hour, but somethign that warrants further discussion on open-ils-dev (and tuits donations)
16:07 gmcharlt any other (very quick) items or annoucements?
16:08 gmcharlt ok, sounds like not
17:38 khuckins_ joined #evergreen
17:59 kmlussier joined #evergreen
18:22 yboston joined #evergreen
18:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
18:59 sandbergja joined #evergreen
19:28 sandbergja joined #evergreen

Results for 2018-02-06

06:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
08:03 agoben joined #evergreen
08:11 collum joined #evergreen
08:14 rjackson_isl joined #evergreen
13:45 mmorgan terran: Our Novelist select is working in the web client on our test server.
13:45 terran mmorgan: Hmm
13:49 terran I wonder if Novelist is providing the content to us in the same format.
13:51 Dyrcona I apparently didn't configure Novelist on our 3.0 testing server.
13:51 JBoyer Also, mmorgan mentioned Novelist Select, that's the product we're using also, are you using one of the other tiers of it? I know they offer more than what we're doing but I don't know much more about it.
13:52 Dyrcona It is working on our training server with 3.0.3.
13:54 mmorgan1 joined #evergreen
17:29 pinesol_green [evergreen|Jane Sandberg] LP1735572: replacing placeholder title attribute with something more meaningful - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=bd3a71e>
17:45 berick gmcharlt: yes, looking now.
17:45 gmcharlt berick++
18:11 pinesol_green [evergreen|Galen Charlton] LP#1724052: move stat-cat cache initialization to patron search service - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=f655525>
18:31 pinesol_green News from qatests: Testing Success <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