July 2013 - Koha-bugs - lists.koha-community.org

[Bug 8565] New: forgive fines doesn't work
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '14

16 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8565 Priority: P5 - low Change sponsored?: --- Bug ID: 8565 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: forgive fines doesn't work Severity: major Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha It does not appear that forgive fines on the checkin screen actually forgives anything. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 8168] New: ersatz CSV header in attachment of overdue notices sent to administrator
by bugzilla-daemon＠bugs.koha-community.org 13 Jun '14

13 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8168 Priority: P5 - low Change sponsored?: --- Bug ID: 8168 Assignee: henridamien(a)koha-fr.org Summary: ersatz CSV header in attachment of overdue notices sent to administrator Severity: minor Classification: Unclassified OS: All Reporter: gmcharlt(a)gmail.com Hardware: All Status: NEW Version: master Component: Notices Product: Koha overdue_notices.pl sends an email to the Koha admin with any notices that should be printed as an attachment. However, if the attachment contains printable notices, rather than CSV, the first line of the attachment still includes a CSV header: title;name;surname;address1;address2;zipcode;city;email;itemcount;itemsinfo;due_date;issue_date There are two problems with this: [1] This header shouldn't be included unless CSV output was specifically requested (by use of the -csv) switch. [2] The header does not respect the delimiter and tabulation system preferences -- it always uses a semicolon. -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 9114] New: exported MARC frameworks encoding should be UTF-8
by bugzilla-daemon＠bugs.koha-community.org 13 Jun '14

13 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9114 Bug ID: 9114 Summary: exported MARC frameworks encoding should be UTF-8 Classification: Unclassified 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: gaetan.boisson(a)biblibre.com CC: m.de.rooy(a)rijksmuseum.nl I have noticed on several instances that when exporting a MARC framework it is encoded in ISO-8859-1, which should be UTF-8, the expected encoding for importing frameworks. Also, when chossing SQL as the export format, single quotes are escaped with backslashes, but these backslashes are not removed when importing. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 9366] New: On cataloguing each user can easily display tags or not
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '14

12 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9366 Bug ID: 9366 Summary: On cataloguing each user can easily display tags or not Classification: Unclassified 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: jonathan.druart(a)biblibre.com CC: m.de.rooy(a)rijksmuseum.nl If the syspref hide_marc is set to "don't display", tags are not shown by default. The idea is to add a checkbox to hide/show tags directly on the cataloguing page. -- You are receiving this mail because: You are watching all bug changes.

1 49

[Bug 10647] New: OPAC MARC plain view only working for MARC21
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '14

12 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10647 Bug ID: 10647 Summary: OPAC MARC plain view only working for MARC21 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Bug 9570 introduced the MARC flavor for OPAC MARC plain view, which was using MARC21slim2OPACMARCdetail.xsl. The bug is that there are no files for UNIMARC and NORMARC flavors in actual sources. Seems like MARC21slim2OPACMARCdetail.xsl has nothing specific to MARC21 flavor. Should there be copies of MARC21slim2OPACMARCdetail.xsl named UNIMARCslim2OPACMARCdetail.xsl and NORMARCslim2OPACMARCdetail.xsl ? Or should this XSLT not depend on MARC flavor like before ? -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 10558] New: Convert records table in manage-marc-import.pl to ajax DataTable
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '14

12 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10558 Bug ID: 10558 Summary: Convert records table in manage-marc-import.pl to ajax DataTable 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: kyle(a)bywatersolutions.com Some libraries would like to sort by columns for the records of an import batch. This seems like a good use of ajax DataTables. -- You are receiving this mail because: You are watching all bug changes.

1 76

[Bug 10415] New: Add course reserves to staff client home page
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '14

12 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10415 Bug ID: 10415 Summary: Add course reserves to staff client home page Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org CC: gmcharlt(a)gmail.com If course reserves is an important enough module to list in the global "More" menu then it should follow that it is important enough to include on the staff client home page. The menu choices in the header menu (with the exception of "Cart" mirror the main module links on the staff client home page. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 8958] New: Facets are not fully UNIMARC compliant
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '14

11 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8958 Priority: P5 - low Change sponsored?: --- Bug ID: 8958 Assignee: gmcharlt(a)gmail.com Summary: Facets are not fully UNIMARC compliant Severity: normal Classification: Unclassified OS: All Reporter: mathieu.saby(a)univ-rennes2.fr Hardware: All Status: NEW Version: unspecified Component: Searching Product: Koha Hi - The "Place" Facet cannot show up because it is mapped on 651 field instead of 607 field. - Some fields are missing in Unimarc facets (topics : 608, 616 ; authors : 710, 711, 712, 716, 720, 721, 722). - Serials are mapped on 225a. This field is subject to many variants ("Collection Que sais-je?", "Que sais-je", "Que sais je?", etc). Facets would be nicer if we used 410t. Some other fields could be better indexed : 600ab (name/surname) instead of 600a, 601abcdef (hierarchical collectivity or congress) instead of 601a, 604at (author+title) instead of 604a I have made a patch for these issues. I'm planning some other changes regarding Unimarc facets (adding distinct facets for some 6XX, indexing separately all $x subdivisions in su-to, indexing all $y subdivisions in su-geo with 607a, adding language and date facets...), but I will submit these ideas to koha-fr and koha lists first... Regards Mathieu Saby Rennes 2 University -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 8506] New: return date of lost items recorded wrong
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '14

09 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8506 Priority: P5 - low Change sponsored?: --- Bug ID: 8506 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: return date of lost items recorded wrong Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha Patron returned several long overdue/lost items yesterday. They had been due in December of 2011 and were flagged as lost in February 2012. The item history shows they were last seen yesterday--when they were returned, while the checkout history for that items shows that it was returned on 2/17/12 which is actually the day it was flagged as lost. This is misleading because if you look at the item checkout record it shows the items returned when in fact it is not. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 10580] New: Remove NoZebra reference from Makefile.pl
by bugzilla-daemon＠bugs.koha-community.org 06 Jun '14

06 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10580 Bug ID: 10580 Summary: Remove NoZebra reference from Makefile.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de When running Makefile.pl you are still asked if you want to install the zebra configuration files and it states: Koha will default to using its internal serach engine. -- You are receiving this mail because: You are watching all bug changes.

1 11