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

[Bug 7010] New: Select all records from search
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '12

26 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7010 Bug #: 7010 Summary: Select all records from search Classification: Unclassified Change sponsored?: --- Product: Koha Version: Rel_3_8 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: jcamins(a)cpbibliography.com QAContact: koha-bugs(a)lists.koha-community.org Right now, it is possible to select all the records on a particular page and add them en masse to a list or the cart, but it is not possible to select all the records a search returns, if there are more records than appear on a single page. For searches returning <100 results, this isn't a problem, but for searches returning hundreds or thousands of results, going to each page and choosing "Select all" is not really practical. There should be a link to "Select all search results," and have that work with the fast list add dropdown/save button on the search results. -- 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 2

[Bug 7777] New: Having only one text field for the serials search
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '12

21 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7777 Priority: P5 - low Change sponsored?: --- Bug ID: 7777 Assignee: adrien.saurat(a)biblibre.com Summary: Having only one text field for the serials search QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: adrien.saurat(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: Serials Product: Koha Created attachment 8399 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8399&action=edit Screenshot All search fields are unique except in the Serials module. Here we have a ISSN field, and a Title field. The search is performed by the GetSubscriptions in C4/Serials.pm. The string typed in the Title zone is compared to the following fields: biblio.title subscription.callnumber subscription.location subscription.notes subscription.internalnotes The string typed in the ISSN field is compared to: biblioitems.issn subscription.callnumber (again!) The differences are not very significant, and the text accompanying the fields (saying just ISSN and Title) are not consistent with the actual search process. It would then probably be simpler to use only one input field, like it's done for other searches in Koha. We could do something closer to the "Search the Catalog" tab. Only one field, and a text saying "Enter search keywords:" -- You are receiving this mail because: You are watching all bug changes.

1 1

[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 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