July 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 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 8275] New: xml parsing error when the webservice GetPatronInfo/show_loans is called
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '12

19 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8275 Priority: P5 - low Change sponsored?: --- Bug ID: 8275 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: xml parsing error when the webservice GetPatronInfo/show_loans is called Severity: normal Classification: Unclassified OS: All Reporter: koha(a)univ-lyon3.fr Hardware: All Status: NEW Version: rel_3_8 Component: Circulation Product: Koha When called by the webservice GetPatronInfo (C4/ILSDI/Services.pm) with show_loans parameter defined, the GetPendingIssues routine return a hash including Datetime object (since Bug 5549 - Hourly Loans). These Datetime objects seem to have some bad consequences on the display : The final display : Parsing error... <pre>A Datetime object can only be compared to another Datetime object (DateTime=HASH(0xaa1a3000), HASH(0xa960xf0)) at /usr/share/perl5/XML/Simple.xml line 1406 As a work-around, I added theese lines (wich permit a correct display) in Services.pm line 421 : if ( $cgi->param('show_loans') eq "1" ) { my $issues = GetPendingIssues($borrowernumber); + foreach my $issue ( @$issues ){ + $issue->{issuedate} = $issue->{issuedate}->ymd; + $issue->{date_due} = $issue->{date_due}->ymd; + } $borrower->{'loans'}->{'loan'} = $issues; } -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 8336] New: SIP Server does not process renewal transaction correctly
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '12

19 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8336 Priority: P5 - low Change sponsored?: --- Bug ID: 8336 CC: colin.campbell(a)ptfs-europe.com Assignee: koha-bugs(a)lists.koha-community.org Summary: SIP Server does not process renewal transaction correctly Severity: enhancement Classification: Unclassified OS: All Reporter: colin.campbell(a)ptfs-europe.com Hardware: All Status: NEW Version: unspecified Component: SIP2 Product: Koha Sip renewal transactions are rejected by bogus error messages. If we suppress that it is not setting some data correctly e.g. the new duedate. Most people will not notice this as selfcheck units use the checkout transaction to do renewal, however if you want to use Itiva/Talking Tech telephone renewals you need to support this transaction. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9