August 2012 - Koha-bugs - lists.koha-community.org

[Bug 8418] New: Koha::Calendar is_holiday ignores repeating holidays
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '12

20 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8418 Priority: P5 - low Change sponsored?: --- Bug ID: 8418 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Koha::Calendar is_holiday ignores repeating holidays Severity: critical Classification: Unclassified OS: All Reporter: dpavlin(a)rot13.org Hardware: All Status: NEW Version: master Component: Circulation Product: Koha -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37

[Bug 6398] New: Holidays cause date due to be improperly calculated
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '12

20 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6398 Bug #: 6398 Summary: Holidays cause date due to be improperly calculated Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Holidays AssignedTo: henridamien(a)koha-fr.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org - Checking out items on 24 May. - Loan period is set to 14 days. - useDaysMode is set to "Calculate the due date using the calendar to push the due date to the next open day." - Holiday set for 30 May. - Items are checked out with date due 8 June: 15 days. When calculating the due date the loan period should be extended by one day *only* if the due date would otherwise fall on the holiday date. In this case the due date is getting pushed forward just because a holiday falls between now and the due date. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 5

[Bug 7471] New: z39.50 search propagation from empty results prepends kw, wrdl to search terms
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '12

20 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7471 Bug #: 7471 Summary: z39.50 search propagation from empty results prepends kw,wrdl to search terms Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_8 Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 - low Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: wizzyrea(a)gmail.com QAContact: koha.sekjal(a)gmail.com http://screencast.com/t/Zi2saYeF9sz To replicate: * Perform a search on the staff client catalogue that will bring no results * Click the z39.50 search button * observe that the search terms go into the title field, but with kw,wrdl prepended. I believe that this should not happen - search terms should go into the z search as entered. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 1

[Bug 7473] New: Non logged OPAC user can create a list
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '12

20 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7473 Bug #: 7473 Summary: Non logged OPAC user can create a list Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: OPAC AssignedTo: adrien.saurat(a)biblibre.com ReportedBy: adrien.saurat(a)biblibre.com QAContact: koha.sekjal(a)gmail.com It is mandatory to be logged in Koha to view the link leading the list creation page. But if someone goes directly to this page without being logged in (through a bookmark for example), he will be able to create a list which will be linked with no user. This can be test with an url like this: http://***opac-url***/cgi-bin/koha/opac-shelves.pl?shelves=1 -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3

[Bug 6631] New: Unrestricted creation of lists by anonymous users
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '12

20 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6631 Bug #: 6631 Summary: Unrestricted creation of lists by anonymous users Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: semarie-koha(a)latrappe.fr QAContact: koha-bugs(a)lists.koha-community.org Using direct call to "/cgi-bin/koha/opac-addbybiblionumber.pl?biblionumber=xxx", an anonymous user is able to create Lists. The new created list is owner by kohaadmin (at least on my site). -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 11

[Bug 6448] New: EAN-13 barcode support
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '12

19 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6448 Bug #: 6448 Summary: EAN-13 barcode support Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: dpavlin(a)rot13.org QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com We are migrating one library from custom software to Koha, and they are using EAN-13 zero-padded barcodes (primary key in legacy system) instead of ISBN or ISSN. Since books allready have barcodes on them, we can't change it. To make things more insteresting, at least one barcode reader reports it as UPC-A without first leading zero, since EAN-13 has backwards compatibility with it. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 44

[Bug 8185] New: Plugin for linking records in MARC21
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '12

19 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8185 Priority: P5 - low Change sponsored?: --- Bug ID: 8185 Assignee: gmcharlt(a)gmail.com Summary: Plugin for linking records in MARC21 Severity: enhancement Classification: Unclassified OS: All Reporter: tajoli(a)cilea.it Hardware: All Status: NEW Version: rel_3_8 Component: Cataloging Product: Koha In cataloguing/value_builder there is a plugin for linking records. But is only for unimarc (unimarc_field_4XX.pl). We need a plugin also for MARC21 -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 8615] New: XSLT on OPAC is broken for incomplete 6xx fields
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '12

19 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8615 Priority: P5 - low Change sponsored?: --- Bug ID: 8615 Assignee: oleonard(a)myacpl.org Summary: XSLT on OPAC is broken for incomplete 6xx fields Severity: enhancement Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: OPAC Product: Koha Created attachment 11521 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=11521&action=edit screenshot Currently the OPAC XSLT page is broken, when you data includes an 6xx field, that includes no subfield that is marked for display (empty link). I was testing with German data that includes 689 fields for transporting "Schlagwortketten". To avoid the problem the XSLT should include a check for a displayable subfields before creating the link. Example with problematic data: <datafield tag="689" ind1="1" ind2="0"> <subfield code="A">c</subfield> <subfield code="0">(DE-588c)4542874-8</subfield> <subfield code="0">(DE-576)213479192</subfield> <subfield code="2">swd</subfield> <subfield code="a">Solesmes</subfield> <subfield code="b">Kloster</subfield> </datafield> <datafield tag="689" ind1="1" ind2="1"> <subfield code="A">s</subfield> <subfield code="0">(DE-588c)4021952-5</subfield> <subfield code="0">(DE-576)20894091X</subfield> <subfield code="2">swd</subfield> <subfield code="a">Gregorianischer Gesang</subfield> </datafield> <datafield tag="689" ind1="1" ind2=" "> <subfield code="5">DE-576</subfield> </datafield> -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 8513] New: OPAC detail page broken with XSLT
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '12

19 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8513 Priority: P5 - low Change sponsored?: --- Bug ID: 8513 Assignee: oleonard(a)myacpl.org Summary: OPAC detail page broken with XSLT Severity: major Classification: Unclassified OS: All Reporter: fridolyn.somers(a)biblibre.com Hardware: All Status: NEW Version: master Component: OPAC Product: Koha Created attachment 11158 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=11158&action=edit OPAC detail page broken When using OPACXSLTDetailsDisplay = default, the OPAC detail page includes the HTML code of a result page, see screen shot. Very odd. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 8558] New: Better confirmation message for importing frameworks
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '12

19 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8558 Priority: P5 - low Change sponsored?: --- Bug ID: 8558 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Better confirmation message for importing frameworks Severity: enhancement Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: System Administration Product: Koha When importing frameworks using open office or another program a confirmation message asks you, if you are really sure you want to overwrite the existing framework, fields and subfields. It would be nice, if this message showed which framework you are going to overlay, because this is not visible from the page or the message at the moment. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2