December 2015 - Koha-bugs - lists.koha-community.org

[Bug 15456] New: Fix tabs and inconsistent indentation in smart-rules.tt
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '16

10 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15456 Bug ID: 15456 Summary: Fix tabs and inconsistent indentation in smart-rules.tt Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jweaver(a)bywatersolutions.com Reporter: jweaver(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 14571] New: using_https check for ssl connections doesn't work in some situations
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '16

10 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14571 Bug ID: 14571 Summary: using_https check for ssl connections doesn't work in some situations Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org This is especially problematic for Amazon images, since if the check fails the normal images are used, causing mixed content warnings. I think we should remove the checks from Amazon images in the OPAC and just use the https Amazon url's for images. -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 14133] New: Print notices generated in special case do not use print template
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '16

08 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14133 Bug ID: 14133 Summary: Print notices generated in special case do not use print template Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: sophie.meynieux(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10832, there are specific cases where print notices are generated (If a user don't have a smsalertnumber and a sms is required or if a user don't have an email defined and an email is required). But in this case, the template used is not print one, but sms or email. The pb is that in that case, there is no way to identify the borrower that should receive this message (especially for sms where the message is very brief) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 15398] New: Batch patron deletion/anonymization issue page: Restricted dropdown menu
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '16

08 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15398 Bug ID: 15398 Summary: Batch patron deletion/anonymization issue page: Restricted dropdown menu Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: library(a)bu-london.co.uk QA Contact: testopia(a)bugs.koha-community.org The patron categories with a category code or category type equal to 'S' are not displayed. The tool should only hide patron categories with a category type equals to 'S', which is used for Staff patrons. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 15209] New: C4::Koha routines expecting a MARC::Record object should check it is defined
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '16

08 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15209 Bug ID: 15209 Summary: C4::Koha routines expecting a MARC::Record object should check it is defined Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: gmcharlt(a)gmail.com Reporter: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org This came to light when trying to get plack opac running. A number of routines in C4::Koha return various identifiers from the marc record but do not check it is valid before calling methods on it. The resulting errors cause the plack instance to abort. It is good practice to handle these errors with minimum inconvenience to the user -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 11324] New: "Delete All Items" fails except on "Normal Tab" 3.14
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '16

08 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11324 Bug ID: 11324 Summary: "Delete All Items" fails except on "Normal Tab" 3.14 Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: library(a)stas.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com "Delete all items" on Edit dropdown menu when viewing a biblio record will only delete records when in the "Normal" tab. When viewing another tab, clicking this command does nothing. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 14629] New: Add aggressive ISSN matching feature equivalent to the aggressive ISBN matcher
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '16

08 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14629 Bug ID: 14629 Summary: Add aggressive ISSN matching feature equivalent to the aggressive ISBN matcher Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: kyle.m.hall(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl There should be an AggressiveMatchOnISSN feature just like there is already AggressiveMatchOnISBN. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 15299] New: Add delete confirmation for deleting saved reports
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '16

08 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15299 Bug ID: 15299 Summary: Add delete confirmation for deleting saved reports Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: hbraum(a)nekls.org QA Contact: testopia(a)bugs.koha-community.org In pretty much all areas of Koha, if you delete something (item, patron, setting, authorised values, etc.) you must confirm the deletion. When you delete a saved report, the report just deletes. Could a confirmation message be added, before the deletion happens? 1. Go to Saved Reports. 2. Create a new report and save it. 3. Go back to Saved Reports and find the report you just created . 4. Click on the Actions menu for that report, and choose Delete. 5. Note that the report deletes without a confirmation message. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 11700] New: C4::AuthoritiesMarc::merge enhancements/fixes
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '16

08 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11700 Bug ID: 11700 Summary: C4::AuthoritiesMarc::merge enhancements/fixes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: MARC Authority data support Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Bug 7419 patches contains several enhancements and fixes for subroutine C4::AuthoritiesMarc::merge. This bug is complicated to test so I will remove changes to this subroutine from bug 7419 and put it here. So maybe it will increase the chances to push these patches into master. -- You are receiving this mail because: You are watching all bug changes.

1 67

[Bug 13762] New: biblionumber field and subfield can be called once in authorities merge
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '16

08 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13762 Bug ID: 13762 Summary: biblionumber field and subfield can be called once in authorities merge Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In AuthoritiesMarc::merge, the call of GetMarcFromKohaField( "biblio.biblionumber", '' ) is into several foreach loops. This call can be extracted to be executed only once. Also, the biblionumber of each record can be stored in @reccache to avoid finding it twice. -- You are receiving this mail because: You are watching all bug changes.

1 8