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

[Bug 16358] New: Rancor - Deleting records when Rancor is enabled just opens them
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '16

24 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16358 Bug ID: 16358 Summary: Rancor - Deleting records when Rancor is enabled just opens them Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: jweaver(a)bywatersolutions.com Reporter: jweaver(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The "Delete record" button goes to addbiblio.pl?op=delete, which incorrectly redirects to Rancor when selected. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 16838] New: Elasticsearch - mapping tables are not populated on new installs
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '16

22 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16838 Bug ID: 16838 Summary: Elasticsearch - mapping tables are not populated on new installs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 12478 The yaml file is not used to populate ES mapping tables (search_field, search_marc_map and search_marc_to_field) when doing a fresh install. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12478 [Bug 12478] Elasticsearch support for Koha -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 17080] New: Koha::Object-> new should handle default values for NOT NULL columns
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '16

21 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17080 Bug ID: 17080 Summary: Koha::Object->new should handle default values for NOT NULL columns Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Recently we face the same issue on different modules after we moved them to the Koha namespace using Koha::Object of using DBIx::Class directly. 1/ Koha::Patron::Modification on bug 16960 comment 14 and 15 2/ Koha::Patron::Category from bug 17069 3/ C4::Members::AddMember (which does not use Koha::Object) on bug 16917 If a DB column is defined as NOT NULL and has a default value, the DBIx::Class $rs->update_or_insert method won't use the default value if the column name has been passed to the constructor. We do that almost everywhere as we retrieve the data from the HTML forms without checking/cleaning them. There are several ways to fix that: 1/ Continue to fix them case by case (what we did for the recent issues) 2/ Try to fix them globally (existing ones and the next ones) This report will propose a global solution to avoid future issues of this kind. -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 16965] New: Add the Koha::Objects->search_related method
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '16

21 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16965 Bug ID: 16965 Summary: Add the Koha::Objects->search_related method Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 13019 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13019 [Bug 13019] Add base classes on which to build Koha objects -- You are receiving this mail because: You are watching all bug changes.

1 40

[Bug 16907] New: Move DelMember and HandleDelBorrower to Koha::Patron
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '16

21 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16907 Bug ID: 16907 Summary: Move DelMember and HandleDelBorrower to Koha::Patron Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 16432] New: When you delete an item type the system preference "item-level_itypes" is not considered
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '16

21 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16432 Bug ID: 16432 Summary: When you delete an item type the system preference "item-level_itypes" is not considered Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: christophe.croullebois(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com i.e if item-level_itypes is on "bibio record" and if you have in items.itype an item type you want to delete via itemtypes.pl you can't do that. And you can't change this via the interface. The better way would be that Koha do check only in the good table depending on the system preference to allow the delete. I will check if it is also in master. I will propose a patch. Thx. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 17054] New: indexer daemon breaks koha-remove
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '16

20 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17054 Bug ID: 17054 Summary: indexer daemon breaks koha-remove Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: mirko(a)abunchofthings.net QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz koha-remove is broken because the indexer daemon does not get disabled and the koha debian user can't be deleted on remove. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 17152] New: Duplicating a subfield should not copy the data
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '16

20 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17152 Bug ID: 17152 Summary: Duplicating a subfield should not copy the data Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: sophie.meynieux(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When cataloguing, if you want to duplicate a subfield that is not empty, the new subfield is created with a copy of data in it. This is not the case when you duplicate an whole field. The new one is created with subfields but without data in it. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 17102] New: Automatically minify swagger.json
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '16

16 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17102 Bug ID: 17102 Summary: Automatically minify swagger.json Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: larit(a)student.uef.fi QA Contact: testopia(a)bugs.koha-community.org Since Bug 16212 introduces a minification script, it could be useful for developers to have their specification automatically minified without the need to run minifier for each modification. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 16810] New: Fines note not showing on checkout
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '16

14 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16810 Bug ID: 16810 Summary: Fines note not showing on checkout Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 52865 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=52865&action=ed… no fines warning This screenshot from an earlier manual : http://manual.koha-community.org/3.22/en/images/circ/patronnotes.png shows the fines note to the right of the checkout box, but I don't see it anymore in master. My patron owes over $10 but I'm not seeing the note. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17