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

[Bug 18937] New: Limit the number of list entries to print
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '17

04 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18937 Bug ID: 18937 Summary: Limit the number of list entries to print Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When you have large lists of say 2000 entries, the option Print a list may be very time consuming. Especially when an impatient user hits refresh a couple of times, this might affect your server performance. This patch adds paging to list printing when the number of list entries is over 200 (just a constant). The number of entries to print is now governed by preference OPACnumSearchResults. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[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 19555] New: Some changes to records are not reflected in OAI-PMH
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '17

04 Dec '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19555 Bug ID: 19555 Summary: Some changes to records are not reflected in OAI-PMH Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org The OAI-PMH server can take "from" and "until" dates, in which case it should return records that were added or changed in the given date range: /koha/oai.pl?verb=ListRecords&metadataPrefix=marcxchange&from=2017-10-26&until=2017-10-28 In current master, Koha uses biblioitems.timestamp to figure out which records should be returned for a given timeframe: http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=Koha/OAI/Server/L… This worked fine when the marcxml column was still in the biblioitems table. Any change to the record would update the timestamp and it would be reflected in OAI-PMH. But then we yanked marcxml out of the biblioitems table, and moved it to biblio_metadata.metadata. This means that biblioitems.timestamp only gets updated when one of the MARC-fields that has its own column in biblioitems gets updated. And this means that some changes are not reflected in OAI-PMH. To verify: - Open a record for editing in Koha - Look at the row in biblioitems that corresponds to the record - Change e.g. one of the subjects -> the timestamp is not updated - Change e.g. the ISBN -> the timestamp IS updated The solution that comes to my mind first is to: - add a timestamp to the biblio_metadata table, and - consider both biblioitems.timestamp and biblio_metadata.timestamp when OAI-PMH decides what records to return Opinions? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[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 19034] New: XSS Flaws in- Cities - Z39.50/ SRU servers administration - Patron categories pages
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '17

28 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19034 Bug ID: 19034 Summary: XSS Flaws in- Cities - Z39.50/SRU servers administration - Patron categories pages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration 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 Flaws in- Cities - Z39.50/SRU servers administration - Patron categories pages -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 19462] New: Add a koha-elasticsearch command
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '17

28 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19462 Bug ID: 19462 Summary: Add a koha-elasticsearch command Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz There should be a wrapper command for instances, with (at least) the ability to trigger index rebuilds on Elasticsearch. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[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 19373] New: CAS Login for staff interface always go back to home.
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '17

28 Nov '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19373 Bug ID: 19373 Summary: CAS Login for staff interface always go back to home. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: gwendal.joncour(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org When I'm disconnected from the staff interface for inactivity, I noticed that CAS login always go back to homepage while local login sends me to the correct page (for example a borrower page). When I checked the CAS login URL, I see that the service part is composed of the base url followed-up directly by the query part of the page. The script part is absent. Then, I checked C4/Auth_with_cas.pm and see in the sub _url_with_get_params that get_script_name() is only called for the OPAC login. Is there a specific reason for that or can we call get_script_name() for both context ? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20