Time |
Nick |
Message |
02:17 |
|
mrisher joined #evergreen |
06:18 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
06:54 |
JBoyer |
Bmagic, thinking back on your ng-container issue, mixing ng-container and ng-repeat is like mixing Angular and AngularJS. You should probably use ng-container with ngfor (if that is an |
06:55 |
JBoyer |
Angular 8 interface) or ng-repeat-begin and ng-repeat-end if it's an AngularJS interface. |
06:55 |
JBoyer |
Though I guess if you're only repeating the contents of a single <tr> you could just put the ng-repeat in the tr. |
06:59 |
|
agoben joined #evergreen |
07:13 |
|
rjackson_isl joined #evergreen |
07:26 |
|
rfrasur joined #evergreen |
08:37 |
|
mantis1 joined #evergreen |
08:40 |
|
Dyrcona joined #evergreen |
08:41 |
|
mmorgan joined #evergreen |
08:52 |
|
nfBurton77 joined #evergreen |
09:12 |
|
sandbergja joined #evergreen |
09:15 |
Bmagic |
JBoyer: it's whatever is running in the receipt template engine |
09:15 |
Bmagic |
in 3.4 |
09:16 |
Bmagic |
I beleve I played with ngfor with no avail |
09:17 |
JBoyer |
That might be why ng-container won't work either then, it's Angular, and the receipts are probably still AngularJS. |
09:17 |
JBoyer |
But if you use ng-repeat (the AngularJS iterator) in a div, that would work. It might do what you want just putting the ng-repeat in the <tr> |
09:17 |
Bmagic |
what makes them AngularJS? just syntax? |
09:17 |
JBoyer |
Yeah, the syntax changed at some point |
09:18 |
JBoyer |
JS never got the new stuff, and the newer Angular dropped some of the old stuff |
09:23 |
Dyrcona |
Bmagic: What makes them AngularJS vs. Angular is which library is loaded at the time the receipt code runs. |
09:24 |
Bmagic |
Dyrcona: that is more like what I expected the answer to be. Nothing about the template itself |
09:28 |
Dyrcona |
So, when the staf client is rewritten, again, in Angular, you'll have to remember to modify your receipts, again. :) |
09:28 |
Bmagic |
Right :( |
09:43 |
|
jvwoolf joined #evergreen |
09:45 |
|
yboston joined #evergreen |
09:53 |
berick |
Bmagic: all client-rendered receipt templates execute as AngularJS. |
09:55 |
berick |
Angular uses server-rendered templates. to date, there are 2 such templates. one is an example and the other is linnked to the experimental angular catalog. |
09:56 |
Bmagic |
that helps - I'll be sure and only use AngularJS syntax for my billing template and I'll bet it works better :) |
09:58 |
Dyrcona |
berick: Is the plan to have all Angular receipts render on the server? |
09:59 |
berick |
Dyrcona: yes |
09:59 |
|
nfBurton joined #evergreen |
09:59 |
Dyrcona |
Good to know, thanks! |
11:07 |
|
sandbergja joined #evergreen |
11:43 |
|
mrisher joined #evergreen |
12:58 |
|
sandbergja joined #evergreen |
12:58 |
|
nfBurton joined #evergreen |
13:10 |
|
jvwoolf1 joined #evergreen |
14:26 |
|
khuckins joined #evergreen |
14:44 |
sandbergja |
Just starting to look at auto-renew. Is there a way to have some circmods auto-renew? And others not? |
14:47 |
mmorgan |
sandbergja: Yes, the autorenew parameters are part of the duration rule, and different circ mods can be pointed to different duration rules. |
14:48 |
sandbergja |
mmorgan++ |
14:48 |
sandbergja |
Thanks! That's exactly what I needed. |
14:49 |
mmorgan |
YW! |
14:50 |
* berick |
puts out call for dev meeting chair |
14:51 |
mmorgan |
sandbergja: Just a head's up for when some items are autorenewable and some not: bug 1835953 |
14:51 |
pinesol |
Launchpad bug 1835953 in Evergreen "Autorenewals should not be attempted on circs where auto_renewal_remaining is NULL" [Undecided,New] https://launchpad.net/bugs/1835953 |
15:02 |
|
mikerisher joined #evergreen |
15:04 |
Stompro |
mmorgan, we are still seeing the no cover art issue. Content Cafe is randomly bouncing between returning the correct results and saying that there is no cover art for a given ISBN. I think one of their servers behind their load balancer must be broken. |
15:04 |
* csharp |
looks around to see all other potential meeting chairs take a step backwards |
15:04 |
csharp |
*sigh* - I'll do it |
15:05 |
alynn26 |
csharp++ |
15:05 |
csharp |
#startmeeting 2020-03-03 - Developer Meeting |
15:05 |
pinesol |
Meeting started Tue Mar 3 15:05:21 2020 US/Eastern. The chair is csharp. Information about MeetBot at http://wiki.debian.org/MeetBot. |
15:05 |
pinesol |
Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. |
15:05 |
|
Topic for #evergreen is now (Meeting topic: 2020-03-03 - Developer Meeting) |
15:05 |
pinesol |
The meeting name has been set to '2020_03_03___developer_meeting' |
15:05 |
csharp |
#info agenda: https://wiki.evergreen-ils.org/doku.php?id=dev:meetings:2020-03-03 |
15:05 |
|
mantis1 left #evergreen |
15:05 |
csharp |
#topic roll call |
15:05 |
|
Topic for #evergreen is now roll call (Meeting topic: 2020-03-03 - Developer Meeting) |
15:05 |
berick |
@coffee csharp |
15:05 |
* pinesol |
brews and pours a cup of Esmeralda Especial Best of Panama, and sends it sliding down the bar to csharp |
15:05 |
csharp |
#info csharp is Chris Sharp, GPLS |
15:06 |
csharp |
berick++ |
15:06 |
berick |
#info berick Bill Erickson, KCLS |
15:06 |
Dyrcona |
#info Dyrcona is Jason Stephenson, CW MARS |
15:06 |
alynn26 |
#info alynn26 is Lynn Floyd, EI |
15:06 |
sandbergja |
#info sandbergja is Jane Sandberg, Linn-Benton Community College |
15:06 |
JBoyer |
#info JBoyer, Jason Boyer, EOLI |
15:06 |
miker |
#info miker Mike Rylander, EOLI |
15:07 |
|
mantis1 joined #evergreen |
15:07 |
csharp |
#topic Action Items from Last Meeting |
15:07 |
|
Topic for #evergreen is now Action Items from Last Meeting (Meeting topic: 2020-03-03 - Developer Meeting) |
15:07 |
csharp |
#info berick will follow up on i18n/l10n issues and report back |
15:07 |
csharp |
berick: you have the floor |
15:08 |
berick |
k.. |
15:08 |
csharp |
(also sandbergja ) |
15:08 |
berick |
so progress made on bug 1862395 |
15:08 |
pinesol |
Launchpad bug 1862395 in Evergreen "Update Angular translations for poeditor pre-3.5" [Undecided,New] https://launchpad.net/bugs/1862395 - Assigned to Bill Erickson (berick) |
15:08 |
berick |
thanks for the assist sandbergja |
15:08 |
berick |
if I'm reading the poeditor site correctly, though, we don't yet have new translactions to pull back into EG |
15:08 |
sandbergja |
happy to do it! thanks for getting it rolling |
15:09 |
berick |
due in part to get the strings uploaded late in the game |
15:10 |
csharp |
how can others help in keeping that ball rolling? |
15:10 |
berick |
i'll put out a call for translators to review the poeditor content |
15:10 |
csharp |
ah |
15:11 |
csharp |
moving on then... |
15:11 |
csharp |
#info csharp will work with terranm to get at least one sandbox server running master + pullrequest patches |
15:11 |
csharp |
so yeah, the feedback fest was kind of a crazy good success |
15:12 |
csharp |
we now have a good model for future feedback fests and bug squash weeks |
15:12 |
csharp |
terranm++ # not in channel, but that was on her initiative |
15:12 |
JBoyer |
csharp++ |
15:12 |
JBoyer |
terranm++ |
15:12 |
berick |
yeah, terranm++ big time |
15:12 |
JBoyer |
That was a good week |
15:13 |
csharp |
#info csharp will arrange testing for sandbergja's fix to https://launchpad.net/bugs/1821094 on a realistic test server |
15:13 |
pinesol |
Launchpad bug 1821094 in Evergreen 3.3 "Item status refresh after editing can get confusingly slow" [Medium,Confirmed] |
15:13 |
csharp |
I can tell you right now that we haven't done that yet :-/ |
15:13 |
csharp |
#action csharp will arrange testing for sandbergja's fix to https://launchpad.net/bugs/1821094 on a realistic test server :-) |
15:13 |
sandbergja |
thanks, csharp! |
15:13 |
csharp |
#info berick to open LP on showing link to ang staff cat by default in 3.5 |
15:14 |
berick |
i have not opened said LP, but I've given some additional thought to it.. |
15:14 |
berick |
testing the catalog without full integration is only going to tell us so much |
15:15 |
berick |
i'm going to open an LP for promoting the Ang cat to becoming the default for (presumably) 3.6 |
15:15 |
berick |
if that's too early, we can bump to 3.7 |
15:16 |
berick |
but in any event, whenever it's merged, i think it needs to be merged very early in the release cycle |
15:16 |
berick |
since it's a significant change |
15:17 |
berick |
given that, I probably won't open an LP for making it visible by default in 3.5, unless there's a push to do so |
15:17 |
* berick |
is open to suggestion as always |
15:18 |
csharp |
no push from my direction, though we have been testing it among GPLS/PINES staff and plan to switch on the 3.4 version in production soon |
15:18 |
berick |
csharp: good to hear. i look forward to the feedback |
15:19 |
csharp |
ok, any other residual items from the last meeting (or before) that needs discussion? |
15:20 |
csharp |
#topic Release info: OpenSRF |
15:20 |
|
Topic for #evergreen is now Release info: OpenSRF (Meeting topic: 2020-03-03 - Developer Meeting) |
15:20 |
csharp |
anyone have OpenSRF news? |
15:20 |
csharp |
I only see a couple of low priority fixes that have been targeted to a new release |
15:21 |
miker |
still looking for time to work on param chunking, any extra hands welcome |
15:22 |
miker |
that'll get us completely out from under ejabberd stanza size issues |
15:22 |
miker |
(think: sending a big batch update for templates, huge marc records, etc) |
15:23 |
csharp |
related bug: https://bugs.launchpad.net/opensrf/+bug/1725317 |
15:23 |
pinesol |
Launchpad bug 1725317 in OpenSRF ""XML stanza is too big" still possible with chunking and bundling" [Undecided,New] - Assigned to Galen Charlton (gmc) |
15:23 |
miker |
I have a perl WIP of the context, I think it's on the working repo ... but JS support would be a big win |
15:25 |
csharp |
#info miker is calling for assistance with OpenSRF chunking/bundling improvements |
15:25 |
csharp |
#topic Release info: Evergreen |
15:25 |
|
Topic for #evergreen is now Release info: Evergreen (Meeting topic: 2020-03-03 - Developer Meeting) |
15:25 |
csharp |
beta tomorrow! |
15:26 |
csharp |
Evergreen build teams will be snapping into action for that |
15:26 |
csharp |
berick: anything you want to highlight? |
15:27 |
berick |
the feedback fest action was probably biggest highlight |
15:27 |
berick |
overall, a fairly calm release |
15:27 |
berick |
debit payment payments probably the biggest new feature |
15:27 |
csharp |
the DB upgrade script is non-threatening :-) |
15:27 |
berick |
indeed, tis a modest sql update |
15:28 |
berick |
question... |
15:28 |
berick |
should we institute any kind of commit freeze for beta cutting? |
15:28 |
berick |
i know we do that sometimes for release cutting to reduce churn and finalize release notes |
15:29 |
Dyrcona |
I think it's a good idea. |
15:29 |
csharp |
+1 |
15:30 |
berick |
k, thanks. so, i'll post a note that we'd like to freeze commits tomorrow, except for those related to release cutting |
15:30 |
alynn26 |
+1 |
15:31 |
berick |
another question.. |
15:31 |
csharp |
#info commit freeze will go into effect 3/4 to allow for cutting the 3.5 release |
15:31 |
berick |
are we OK creating the origin/rel_3_5 branch after after the beta is out? |
15:31 |
csharp |
I always prefer when we do that, fwiw |
15:32 |
Dyrcona |
+1 |
15:32 |
berick |
great, thanks |
15:32 |
alynn26 |
+1 |
15:33 |
* berick |
will proceed thusly |
15:33 |
csharp |
#info we will create a rel_3_5 branch along with the beta |
15:34 |
csharp |
ok, moving on |
15:34 |
csharp |
#topic Release info: Hatch |
15:34 |
|
Topic for #evergreen is now Release info: Hatch (Meeting topic: 2020-03-03 - Developer Meeting) |
15:34 |
csharp |
this is a placeholder, but any updates from anyone? |
15:34 |
berick |
I have no new Hatch updates |
15:35 |
csharp |
moving on to New Business then |
15:35 |
csharp |
#topic Feedback for New Features Under Development |
15:35 |
|
Topic for #evergreen is now Feedback for New Features Under Development (Meeting topic: 2020-03-03 - Developer Meeting) |
15:35 |
csharp |
not sure who added that, but take it away! |
15:36 |
sandbergja |
I'm interested in bug 1627373 under needsdiscussion :-) |
15:36 |
pinesol |
Launchpad bug 1627373 in Evergreen "Acq: We need to fully implement EDI availability codes" [Wishlist,New] https://launchpad.net/bugs/1627373 |
15:37 |
sandbergja |
csharp: berick: you two probably have the best idea about how to get that bug unstuck |
15:37 |
csharp |
right - I just added that tag in the last day or so because I wanted consensus about the best way to implement it |
15:38 |
csharp |
back in 2016, berick talked me out of my thoughts in the last paragraph of https://bugs.launchpad.net/evergreen/+bug/1627373/comments/3 and I just kind of walked away from it since PINES acq libs weren't complaining |
15:38 |
pinesol |
Launchpad bug 1627373 in Evergreen "Acq: We need to fully implement EDI availability codes" [Wishlist,New] |
15:38 |
sandbergja |
(and it has an annoying cousin, bug 1770202, which causes more trouble for us locally) |
15:38 |
pinesol |
Launchpad bug 1770202 in Evergreen "Evergreen only recognizes a few EDI order statuses" [Undecided,New] https://launchpad.net/bugs/1770202 |
15:40 |
berick |
i can spend some time with bug 1627373. |
15:40 |
pinesol |
Launchpad bug 1627373 in Evergreen "Acq: We need to fully implement EDI availability codes" [Wishlist,New] https://launchpad.net/bugs/1627373 |
15:40 |
csharp |
I think the original approach I took in https://bugs.launchpad.net/evergreen/+bug/1627373/comments/1 was more what we needed |
15:40 |
csharp |
berick++ |
15:41 |
sandbergja |
berick++ |
15:42 |
csharp |
maybe this list of needsdiscussion bugs can be addressed as part of bugsquash week coming up? |
15:42 |
csharp |
with a shared spreadsheet ala terranm |
15:42 |
alynn26 |
bugsquash++ |
15:43 |
csharp |
#action berick will consider approaches to https://launchpad.net/bugs/1627373 |
15:43 |
pinesol |
Launchpad bug 1627373 in Evergreen "Acq: We need to fully implement EDI availability codes" [Wishlist,New] |
15:43 |
csharp |
#action csharp will organize a spreadsheet of needsdiscussion bugs to be walked through during bugsquash week |
15:45 |
csharp |
it does seem that needsdiscussion is an indicator of things kind of mired in the mud |
15:45 |
csharp |
#topic QA-related bugs |
15:45 |
|
Topic for #evergreen is now QA-related bugs (Meeting topic: 2020-03-03 - Developer Meeting) |
15:45 |
csharp |
welp, that's an empty result set |
15:45 |
csharp |
hooray! we fixed 'em all! |
15:45 |
miker |
EVERGREEN IS DONE, EVERYONE! WE DID IT! |
15:45 |
sandbergja |
hahahahaha |
15:46 |
* csharp |
highfives room |
15:47 |
csharp |
ok, well, the floor is now open for anyone else's comments/questions/discussions |
15:48 |
* JBoyer |
has been on the phone most of the meeting, but as far as the angular opac goes, would it help to swap to an on-by-default setup with an OUS to disable it, or do we want a hard cut "This is the future, welcome to it." date? |
15:48 |
csharp |
maybe a "Catalog Classic™" button? |
15:49 |
JBoyer |
csharp++ |
15:49 |
csharp |
@who moved my iframes? |
15:49 |
pinesol |
Guest24783 moved your iframes. |
15:49 |
berick |
JBoyer: full integration will require a lot of link rewriting. making it something that can be toggled is non-trivial |
15:49 |
JBoyer |
Ah, now I see. Yeah, that's a hard cut. |
15:49 |
berick |
and not just the URL paths, but how the links are handled (angjs routing vs standard href, etc.) |
15:49 |
berick |
JBoyer: yeah, I think it has to be a hard-cut |
15:50 |
csharp |
#topic next developer meeting |
15:50 |
|
Topic for #evergreen is now next developer meeting (Meeting topic: 2020-03-03 - Developer Meeting) |
15:50 |
csharp |
The next meeting will be in person in Atlanta! |
15:50 |
csharp |
(with IRC simulcast - maybe video too) |
15:51 |
berick |
and technicolor! |
15:51 |
csharp |
Police Squad! In color! |
15:51 |
alynn26 |
See yall in Atlanta |
15:51 |
csharp |
we'll have more details on when exactly that will be later |
15:52 |
csharp |
ok, I think we're done. |
15:52 |
csharp |
#endmeeting |
15:52 |
|
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 | Can't speak? Make sure your nickname is registered and that you are identified to freenode services: https://freenode.net/kb/answer/registration |
15:52 |
pinesol |
Meeting ended Tue Mar 3 15:52:11 2020 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
15:52 |
pinesol |
Minutes: http://evergreen-ils.org/meetings/evergreen/2020/evergreen.2020-03-03-15.05.html |
15:52 |
pinesol |
Minutes (text): http://evergreen-ils.org/meetings/evergreen/2020/evergreen.2020-03-03-15.05.txt |
15:52 |
pinesol |
Log: http://evergreen-ils.org/meetings/evergreen/2020/evergreen.2020-03-03-15.05.log.html |
15:52 |
|
mantis1 left #evergreen |
15:52 |
berick |
csharp++ |
15:52 |
JBoyer |
csharp++ |
15:52 |
csharp |
all y'all++ |
15:52 |
Dyrcona |
csharp++ berick++ |
15:52 |
miker |
csharp++ |
15:53 |
JBoyer |
One last thought re: ng-catalog, since 3.5.0 hasn't been released yet, I think making it known now that 3.6.0 will make the switch and you can preview it now in 3.4+ should be enough warning. |
15:54 |
JBoyer |
No one is required to upgrade to every release. |
15:54 |
berick |
JBoyer: thanks. |
15:55 |
berick |
i'll open the LP and if it seems we're generally in agreement, will make sure that's known in the various 3.5 posts |
15:55 |
JBoyer |
berick++ |
16:34 |
|
StomproJ joined #evergreen |
17:08 |
mmorgan |
StomproJ: We are also still seeing issues with cover images, it does seem like an issue with a content cafe server |
17:13 |
|
mmorgan left #evergreen |
17:22 |
StomproJ |
mmorgan, I opened up a ticket with B&T support, and emailed coverimagesbaker-taylor.com |
17:22 |
StomproJ |
. |
17:58 |
|
sandbergja_ joined #evergreen |
18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
20:37 |
|
StomproJ joined #evergreen |
22:28 |
|
sandbergja joined #evergreen |