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

[Bug 18447] New: Datepicker only shows -10/+10 years
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '17

04 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18447 Bug ID: 18447 Summary: Datepicker only shows -10/+10 years Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons 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 entering patrons they are often more than 10 years old - entering a birth date requires constantly clicking back 10 years on the date picker - we should load a few more years in the past This was fixed in bug 12342 but that code is no longer used -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 58

[Bug 16239] New: Upgrade Bootstrap in the staff client
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '17

04 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16239 Bug ID: 16239 Summary: Upgrade Bootstrap in the staff client Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 15883 Blocks: 14546 Now that we are on a path to getting a jQuery upgrade, it's time to start working on an upgrade to Bootstrap in the staff client. I propose that this upgrade be done as a precursor to (rather than simultaneously with) a full conversion of the staff client to a Bootstrap grid (Bug 14546). Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14546 [Bug 14546] Make staff client templates responsive https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15883 [Bug 15883] Upgrade jQuery from v1.7.2 in the staff client -- You are receiving this mail because: You are watching all bug changes.

1 119

[Bug 17624] New: OPACXSLTResultsHideNFL
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '17

04 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17624 Bug ID: 17624 Summary: OPACXSLTResultsHideNFL 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 24

[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 18629] New: Web installer 17.05 not properly translatable
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '17

28 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18629 Bug ID: 18629 Summary: Web installer 17.05 not properly translatable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Web installer displays a mix between translated languages and English. That is ugly, because installing is the first contact with Koha. Tested with 17.05 de-DE and it-IT (both 100% translated) (Note: Results below are the similar for both it-IT and de-DE, same parts not translated) To test: Download po files from http://translate.koha-community.org/de/17.05/ or http://translate.koha-community.org/it/17.05/ Install the languages cd misc/translator perl translate -v install it-IT or perl translate -v install de-DE Drop database Create database Restart memcached and plack Go to staff client (calls web installer), enter database user and pw Select one of the languages de-DE or it-IT, Continue to the next step Result: ------------ Web installer › Check Perl dependencies Alle erforderlichen Perl-Module sind installiert. Alle erforderlichen Abhängigkeiten sind installiert. Continue to the next step ------------ Continue... Result: ------------ Web installer › Database settings Datenbankeinstellungen: Database type : mysql Database name : koha_kohadev Database host : localhost Database port : 3306 (probably okay if blank) Database user : koha_kohadev Continue to the next step ------------- Continue... Result: Similar as above Continue: Result: ------------- Web installer › Set up database Jetzt sind wir soweit, dass die Datenbanktabellen angelegt und mit Beispieldaten gefüllt werden können. Continue to the next step ------------- Continue... (Result similar) Continue... (Result similar) Continue... Result (this time title translated, but not the text): ----------- MARC-Format auswählen MARC stands for Machine Readable Cataloging. A MARC record contains bibliographic information about an item. MARC21 is used globally, whereas UNIMARC tends to be used in Europe. Marc21 Continue to the next step ------------ Continue... Result: ----------- Web installer › Selecting default settings MARC-Frameworks: MARC21 Mandatory Select none (but toggles to 'Alle auswählen' (...) Text at the end in English: 'When you've made aour selections.... Import Result: ------------ (...) Optional Daten hinzugefügt (first word English) Mandatory Daten hinzugefügt (same) At the end: Basic installation complete. In the next steps you will be guided through some basic requirements like defining Koha user with all administrative privileges (superlibrarian). Sie können die Koha Community unterstützen, indem Sie Ihre Nutzungsdaten teilen. If you wish to share some of your data, please enable the functionality in the "Share your usage statistics" section of the Administration module. Set up some of Koha's basic requirements ------------ Then: ------------ Web installer › Installation complete Gratulation, die Installation ist abgeschlossen If this page does not redirect in 10 seconds, start onboarding process. ------------ Then in forms: Only field labels are translated, but not h3 tiltes and text For the first time, button is translated ('Bestätigen') Then: Web installer › Create a new circulation rule Administrator account created! Form fields translated Then finally: ----------- Web installer › Complete Ausleihregel erstellt! Congratulations you have finished and are ready to use Koha Koha nun benutzen ----------- More findings: - Some of the strings are not picked for translation (are not in the po files) - Some of the strings are in the po files, but seem not to be applied while installing -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 41

[Bug 18857] New: Have "actions" at both ends of the circulation rules table
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '17

28 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18857 Bug ID: 18857 Summary: Have "actions" at both ends of the circulation rules table 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: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com System with lots of circulation rules face an unreasonable level of frustration when wanting to edit a rule they have already defined. Usually, a staff user will know which rule they want to edit without scrolling to the end of the table, and they often lose track of which row they are looking for before clicking edit (or delete). We should provide them buttons that they don't have to scroll to see. My reason for suggesting this is based on observations of librarians trying to work quickly with the rules. The short story is: they can't, because of the frustrating scrolling. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[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