19:08:11 #startmeeting Development IRC meeting 16 January 2019 19:08:11 Meeting started Wed Jan 16 19:08:11 2019 UTC. The chair is kidclamp. Information about MeetBot at http://wiki.debian.org/MeetBot. 19:08:11 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 19:08:11 The meeting name has been set to 'development_irc_meeting_16_january_2019' 19:08:18 #chair cait 19:08:18 Current chairs: cait kidclamp 19:08:24 #topic Introductions 19:08:39 #info Nick Clemens, ByWater Solutions 19:08:41 #info Jesse Maseto, ByWater, USA 19:08:47 #info David Nind, Wellington, New Zealand 19:09:01 #info Kyle M Hall, ByWater Solutions 19:09:08 #info Katrin Fischer, BSZ, Germany 19:09:41 #topic Announcements 19:10:12 QA and sign off academy patches! 19:10:17 Kohacon 2019 call for proposals is open 19:11:28 #info Academy ish papneing, please sign off and QA patches 19:11:36 Rmaint 18.05.x is going great! 19:11:38 #info KohaCon 2019 call for proposals open 19:12:20 #link https://www.interleaf.ie/kohacon19/ KohaCon2019 website 19:12:35 #topic Updates from Release Manager (19.05) 19:12:59 I am working on testing Mana and providing feedback to Alex - I want to push this early so appreciate any other eyes before I do so :-) 19:13:18 Will hold off on pushing while I test but wil ctach up to bugs and academy asd soon as I can 19:13:29 Thanks to all for their hard work, accounts and other things moving along nicely 19:13:31 koha++ 19:13:37 Alll for me 19:13:47 #topic Updates from the Release Maintainers 19:14:41 Hello everyone 19:15:17 #info 18.11 is coming alon, see notes form Koha meeting this morning 19:15:18 I need to know if Koha can be install on Ubuntu Live ser 19:15:27 #info 18.05 is going great 19:15:29 Working hard to keep up with Martin. :) But things are going great with 18.05.x 19:15:41 #topic Updates from the QA team 19:15:44 kamar: yes, koha is fine on ubuntu. we are currently in a meeting, can you ask later? 19:16:00 cait, all yours 19:16:04 ah 19:16:06 sec 19:16:21 #info Josef Moravec 19:16:29 sorry being late 19:16:41 so, we got the bad bugs down from 20 to 16 currently, but the queue is pretty full - 100 19:16:46 I need to know if Koha can be install on Ubuntu Live server 19:17:05 70 2 days ago... so calling out to the QA team to help fix that :) 19:17:29 38 of those are bugs, so it would be good to take of those for the upcoming maintenance releases 19:17:59 #info the queue is growing, please help with bugs especially for maintenance releases 19:18:20 we've got quite a bit of ILL and Elastic patches waiting too - anyone willing to help there is also welcome. Second sign offs are often good too - they make us more confident 19:18:33 #info ES and ILL patches need attention as well 19:18:51 hm and recently SIP activity too 19:19:03 need someone for SIP :) 19:19:23 that's it from me 19:19:25 * kidclamp *cough* ashimema *cough* khall *cough* 19:19:38 #topic General development discussion (trends, ideas, ...) 19:19:46 can do kidclamp , just remind me ;) 19:20:07 #link https://wiki.koha-community.org/wiki/Public_patrons_password_endpoint_RFC REST API - Public route to change patron's password 19:20:14 tcohen has asked for a vote 19:20:25 any questions? 19:21:18 i was thinking password_2 might be confusing 19:21:27 maybe password_repeated? 19:21:39 does it make sense anyway to ask for it twice? 19:21:45 thanks davidnind for testing so many academy patches! 19:21:48 that's what I was thinking 19:21:55 we can't really tell how the GUI will implment 19:21:57 confirming the password twice is a front-end process 19:22:01 yeah 19:22:05 https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22061 19:22:05 04Bug 22061: enhancement, P5 - low, 19.05, tomascohen, Signed Off , Public route to change password 19:22:13 i am fine with the old, it might make things easier 19:22:18 leave koha to verify 19:22:51 I think it's fine to have both there as well. It could make the form data directly pass-through 19:23:07 both = p1 and p1 or old and new? 19:23:38 new twice 19:23:52 we can't require the old password because it may be for a 'forgot your password' system 19:23:59 I am for repeated new password too,, we can't relly on client implementations... 19:24:12 but they can jus copy it? 19:24:24 cait: yeah, that was my point too 19:24:29 but in the end it does no harm 19:24:38 maybe mostly a question of what is required 19:24:53 i think the old password might be a good point 19:25:04 if it's a password forget process 19:25:09 forgotten 19:25:23 this is a little trickier than I expected :) 19:25:32 and also, if we have new password twice, clients implementation could be simpler... 19:25:45 I think firget would be a separate process 19:25:59 yes, i think so too 19:26:23 and Koha should care about it not, some api consumer... 19:26:35 are we ok with password_2 or should we rename? 19:26:54 * khall has no strong opinion 19:27:07 it made it sound like a separate passwrod to me 19:27:10 * josef_moravec has no strong opinion too 19:27:14 th efirst... the second 19:27:16 I don't mind either way 19:27:26 that's why i thought password_repeat might be more speaking 19:27:54 but I am ok with keeping it too or let tcohen decide 19:28:05 description makes it clear I think 19:28:15 okay, vote and mention that as a note? 19:28:18 make it more meaningful, sounds like naming something document 1, document 2 <-- not that I know anything about naming these things! 19:30:27 Do we agree to adopt the public api for changing the password as outlined here:https://wiki.koha-community.org/wiki/Public_patrons_password_endpoint_RFC with the note that a more detailed attribute name would be aprreciated? 19:30:33 I have to run, just trying to phrase 19:30:37 I support it for the the record 19:30:39 bye 19:31:28 sec 19:31:30 takig over 19:31:33 but my hand fell asleep heh 19:31:47 harder to type 19:32:08 #startvote Do we agree to adopt the public api for changing the password as outlined here:https://wiki.koha-community.org/wiki/Public_patrons_password_endpoint_RFC with the note that a more detailed attribute name would be aprreciated? (yes,no,abstain) 19:32:08 Begin voting on: Do we agree to adopt the public api for changing the password as outlined here:https://wiki.koha-community.org/wiki/Public_patrons_password_endpoint_RFC with the note that a more detailed attribute name would be aprreciated? Valid vote options are , yes, no, abstain, . 19:32:08 Vote using '#vote OPTION'. Only your last vote counts. 19:32:10 too much QAing!:) 19:32:13 #vote yes 19:32:24 more lying on the couch with the laptop :) 19:32:28 #vote yes 19:32:41 #vote yes 19:32:52 #vote yes 19:33:05 ending vote... last chance 19:33:07 #endvote 19:33:07 Voted on "Do we agree to adopt the public api for changing the password as outlined here:https://wiki.koha-community.org/wiki/Public_patrons_password_endpoint_RFC with the note that a more detailed attribute name would be aprreciated?" Results are 19:33:07 yes (4): davidnind, cait, JesseM, josef_moravec 19:33:22 ok 19:33:30 anything more for general development? 19:33:54 moving on! 19:34:05 #topic Review of coding guidelines 19:34:09 I suspect tcohen here too 19:34:59 tcohen++ 19:36:00 it seems a bit incompleate - at least swagger 4 19:36:45 hard to tell for me... but I generally trust tcohen 19:36:49 should we vote? 19:37:53 I'd say yes 19:38:39 the proposed rules does make sense to me, and are not too complicated ;) but it would be great to have these things explicitaly written 19:38:45 #startvote Do we agree on the new coding guidelines Swagger 3.2, 3.3 and 3.4 as outlined on the wiki? (yes,no,abstain) 19:38:45 Begin voting on: Do we agree on the new coding guidelines Swagger 3.2, 3.3 and 3.4 as outlined on the wiki? Valid vote options are , yes, no, abstain, . 19:38:45 Vote using '#vote OPTION'. Only your last vote counts. 19:38:54 #vote yes 19:39:02 trustng the experts (including josef_moravec) 19:39:05 #vote yes 19:39:09 #vote yes 19:39:09 #vote yes 19:39:18 #vote yes 19:39:23 nice 19:39:26 what cait said :) 19:39:29 ending vote... last chance 19:39:33 #endvote 19:39:33 Voted on "Do we agree on the new coding guidelines Swagger 3.2, 3.3 and 3.4 as outlined on the wiki?" Results are 19:39:33 yes (5): davidnind, cait, JesseM, josef_moravec, khall 19:39:42 great, now i want to see thatmoving forward :) 19:39:59 issomeone aware of when the next meeting should be? 19:40:07 #topic Set time of next meeting 19:41:06 it looks ike we had 2 in december... and 2 in november 19:41:10 so every 2 weeks i guess 19:41:23 January 30 19:41:36 14 UTC? 19:42:02 could be 19:42:23 #info Next meeting: 30 January 2019, 14 UTC 19:42:30 #endmeeting