April 2017 - Koha-bugs - lists.koha-community.org

[Bug 18152] New: UNIMARC bib records imported with invalid 'a' char in label pos.9
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '17

02 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18152 Bug ID: 18152 Summary: UNIMARC bib records imported with invalid 'a' char in label pos.9 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: gmcharlt(a)gmail.com Reporter: stephane.delaune(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org The standard UNIMARC requires than the 9th character (starting from 0) in labels must be blank (while it may be 'a' in marc21) the problem is that C4::Charset::SetMarcUnicodeFlag (called in particular when we import a record) always add 'a' char in the 9th label'pos whereas it should do it just for MARC21 and NORMARC (not for UNIMARC) : C4::Charset::SetMarcUnicodeFlag add 'a' char in the 9th label character for MARC21 and NORMARC (it's normal), but just before doing this it call "$marc_record->encoding('UTF-8')" which is a MARC::Record function which, when called with 'UTF-8' parameter, do only one thing : add 'a' char in the 9th label character -- You are receiving this mail because: You are watching all bug changes.

1 41

[Bug 17079] New: Umlauts(special chars) are displayed as One Latin-1 char per byte on the plugin-template
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '17

01 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17079 Bug ID: 17079 Summary: Umlauts(special chars) are displayed as One Latin-1 char per byte on the plugin-template Change sponsored?: --- Product: Koha Version: 16.05 Hardware: PC OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: elias.dehler(a)thulb.uni-jena.de QA Contact: testopia(a)bugs.koha-community.org Created attachment 54158 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=54158&action=ed… Searchbar with bug visible The Problem: every character is shown as one latin-1 char per byte Where: On the page which is displayed after the "run tool" action on any plugin (which loads a plugin specific template). Steps to reproduce: - install german language pack (or any language pack with non-standard chars) - install https://github.com/bywatersolutions/koha-plugin-kitchen-sink - pick the action "run tool" - switch language to german (or any language pack with non-standard chars) - The problem is now visible at the search bar (or any other special char displayed) -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 16069] New: XSS issue in basket.pl page
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '17

28 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16069 Bug ID: 16069 Summary: XSS issue in basket.pl page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: amitddng135(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com XSS issue in basket.pl page -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 18104] New: allow SIP2 field AE (personal name ) to be customized
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '17

28 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18104 Bug ID: 18104 Summary: allow SIP2 field AE (personal name ) to be customized Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Koha's SIP2 server sends the patron's name in the format "Firstname Surname" which is not very good for machine reading. We need to allow the format of the patron name to be customized in a manner similar to what is done with the DA field on bug 16755. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 16755] New: allow SIP2 field DA ( hold patron name ) to be customized
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '17

28 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16755 Bug ID: 16755 Summary: allow SIP2 field DA ( hold patron name ) to be customized Change sponsored?: Sponsored Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: kyle(a)bywatersolutions.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com, nicole(a)bywatersolutions.com Goal of Development: To allow SIP2 field DA ( hold patron name ) to be customized. Work to be done: 1) Add new parameter da_field_template to SIPConfig.xml 2) Modify C4::SIP::Sip::MsgType::handle_checkin to pass the value of da_field_template to C4::SIP::ILS::Item::hold_patron_name 3) Modify C4::SIP::ILS::Item::hold_patron_name to process the template and output as the patron name if a template is specified -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 17039] New: No cancel/new item option when editing an item
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '17

28 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17039 Bug ID: 17039 Summary: No cancel/new item option when editing an item 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When you have started to edit an item, there is no 'cancel' link and no easy way to catalog a new item instead. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 17969] New: Refactor the way <<items.content>> is generated
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '17

28 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17969 Bug ID: 17969 Summary: Refactor the way <<items.content>> is generated Change sponsored?: --- Product: Koha Version: unspecified 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 <<items.content>> is generated 4x in advance_notices.pl and once in overdue_notices.pl It would be better to have it in C4::Letters. It will enforce the fact that it already has the same behavior, make it testable and reusable. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 18399] New: Reason is missing in suggestion management part
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '17

28 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18399 Bug ID: 18399 Summary: Reason is missing in suggestion management part Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)univ-lyon3.fr QA Contact: testopia(a)bugs.koha-community.org When we want to deal a suggestion by editing it (suggestion.pl?suggestionid=XX&op=edit), we can change the status but we can't add a reason. It's a pitty because changing the status would trigger the workflow and mail sending and in email we provide the reason if the suggestion is rejected... So patron will not have the reason if we change the status here. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 32

[Bug 17176] New: Did you mean searches should respect UseAuthoritiesForTracings and search by terms instead of numbers
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '17

28 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17176 Bug ID: 17176 Summary: Did you mean searches should respect UseAuthoritiesForTracings and search by terms instead of numbers Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In catalogs where some authorities may not be linked it would be beneficial to have 'Did you mean?' searches constructed with terms rather than authority numbers as the latter can result in dead links. Alternatively 'Did you mean?' shouldn't suggest unused authorities -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 18357] New: On-site checkouts issues with 'Unlimited'
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '17

26 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18357 Bug ID: 18357 Summary: On-site checkouts issues with 'Unlimited' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When on-site checkouts are 'Unlimited' the checkouts can be blocked if there is a limit for checkouts in general To reproduce: Set All/All rule with Unlimited/unlimited for normal/onsite checkouts Will be able to perform onsite checkout Edit rule to be 15/Unlimited normal/onsite Will get error 'Too many: 1 on site checkout, only are allowed' Set rule to 15/15 Onsite checkouts work again Similar issue with Default checkout, hold and return policy and Default checkout limit by patron category -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15