September 2016 - Koha-bugs - lists.koha-community.org

[Bug 5670] Housebound Readers Module
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '16

29 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5670 --- Comment #71 from Alex Sassmannshausen <alex.sassmannshausen(a)ptfs-europe.com> --- (In reply to Jonathan Druart from comment #67) > (In reply to Alex Sassmannshausen from comment #66) > > (In reply to Jonathan Druart from comment #65) > > > (In reply to Jonathan Druart from comment #64) > > > > > My alternative proposal now would be: > > > > > - create a new custom table "housebound_role" > > > > > - with three columns (borrower_id, deliverer, chooser) > > > > > > The PK for this new table would be borrower_id, so should not it be 2 new > > > columns in the borrowers table instead? > > > > I considered that, but proposed a new table because: > > - the borrowers table is quite large as it is. Adding columns to it would > > make it slightly less discoverable > > - the vast majority of borrowers in the system will have neither a > > "deliverer" nor a "chooser" role, so those columns will just be empty/false > > in the borrowers table (this is particularly the case if the housebound > > module is switched off!). > > - in the housebound_role table the columns will only exist if the borrower > > is in fact a volunteer of some form (either chooser or deliverer), so each > > entry will be "doing something". > > > > Conversely, joins are quite cheap, so I think I prefer this design. > > My concern is more about the DB normalization, I think we need to keep that > in mind and normalize it as much as possible to keep data integrity. > I'd like to get more opinions before you start. Fair enough, I've opened a thread on Koha-Dev. Let's see where that goes. If worst comes to worst we might be able to hammer it out at the hackfest. -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 14874] Add ability to search for patrons by date of birth from checkout and patron quick searches
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '16

29 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14874 Marc Véron <veron(a)veron.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #55899|0 |1 is obsolete| | --- Comment #36 from Marc Véron <veron(a)veron.ch> --- Created attachment 55919 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=55919&action=ed… Bug 14874 - Add ability to search for patrons by date of birth from checkout and patron quick searches This patch adds a new syspef 'DefaultPatronSearchFields' which defines the fields that should be used when searching for a patron if none are defined. To test: 1 - Aply patch, updatedatabase 2 - Ensure patron search has not changed 3 - Add dateofbirth to new pref 4 - Ensure things work wll 5 - Experiment with adding and removing other fields from borrowers table 6 - prove t/db_dependent/Utils/Datatables_Members.t Tested together with followup. Works as described. Signed-off-by: Marc Véron <veron(a)veron.ch> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15903] New: Remove use of recordpayment in paycollect.pl
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '16

29 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15903 Bug ID: 15903 Summary: Remove use of recordpayment in paycollect.pl Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 15902] New: Remove use of recordpayment in process_koc.pl
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '16

29 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15902 Bug ID: 15902 Summary: Remove use of recordpayment in process_koc.pl Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 15901] New: Remove use of recordpayment in C4::SIP::ILS::Transaction::FeePayment
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '16

29 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15901 Bug ID: 15901 Summary: Remove use of recordpayment in C4::SIP::ILS::Transaction::FeePayment Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 15900] New: Remove use of recordpayment in ProcessOfflinePayment
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '16

29 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15900 Bug ID: 15900 Summary: Remove use of recordpayment in ProcessOfflinePayment Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 15895] New: Add Koha::Account module, replace recordpayment with Koha::Account::pay
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '16

29 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15895 Bug ID: 15895 Summary: Add Koha::Account module, replace recordpayment with Koha::Account::pay Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 39

[Bug 14899] Mapping configuration page for Elastic search
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '16

29 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14899 --- Comment #28 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Created attachment 55918 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=55918&action=ed… Bug 14899: Add a reset option For developpers only at the moment, if you want to reset your mappings, you can hit: admin/searchengine/elasticsearch/mappings.pl?op=reset&i_know_what_i_am_doing=1 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14899] Mapping configuration page for Elastic search
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '16

29 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14899 --- Comment #27 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Created attachment 55917 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=55917&action=ed… Bug 14899: Add a link to the new page in the admin -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14899] Mapping configuration page for Elastic search
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '16

29 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14899 --- Comment #26 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Created attachment 55916 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=55916&action=ed… Bug 14899: Add the mapping configuration page in the admin module This new page (admin/searchengine/elasticsearch/mappings.pl) will permit to manage the ES mappings. For the biblios and authorities indexes, the different mappings can be managed from this single page. The interface let you add, remove and update mappings and search fields. It's also possible to reorder the mappings, as the order can be important in the indexation process. Note that the table can be displayed in a different order that the one it was before saving, but the mappings are grouped by search field and the order inside the search field is preserved. Limitations: - If something went wrong during the insertion/deletion/modification, the users will loose all these changes. TODO: - Add a specific permission (?) - Add some data checks client side (JS) - Use checkboxes for facet and suggestible (lazy today...) - Understand the difference between the 3 values that sortable can have and improve the value for the options in the select box. -- You are receiving this mail because: You are watching all bug changes.

1 0