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

[Bug 10483] New: check_uniqueness.pl does not work
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '13

20 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10483 Bug ID: 10483 Summary: check_uniqueness.pl does not work Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolyn.somers(a)biblibre.com When syspref "UniqueItemFields" is defined, the item uniqueness is tested in acquisition by an Ajax call to check_uniqueness.pl. I noticed that it does not work, item is always created without alert even on existing barcode. I have looked in perl debug mode and found that in check_uniqueness.pl : my $input = new CGI; my @field = $input->param('field'); my @value = $input->param('value'); @field and @value are always empty. It is because in CGI the params are named "field[]" and "value[]". It seems to be because of the ajax serialization of a Javascript Array. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 10362] New: on return with reserve or transfer the alerts are not shown
by bugzilla-daemon＠bugs.koha-community.org 20 Oct '13

20 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10362 Bug ID: 10362 Summary: on return with reserve or transfer the alerts are not shown Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolyn.somers(a)biblibre.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When a return is performed on an item with a reserve or a transfer, the possible alert messages are not shown. These alerts are cases from errmsgloop like "NotIssued", "debarred" ... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 10218] New: label 'online access' with id for css
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '13

19 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10218 Bug ID: 10218 Summary: label 'online access' with id for css Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com Created attachment 18028 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=18028&action=edit online access id See attached. It would be nice to be able to style the 'online access' text but the label doesn't have a unique ID. -- You are receiving this mail because: You are watching all bug changes.

1 37

[Bug 10380] New: output_pref should use a hashref for parameters
by bugzilla-daemon＠bugs.koha-community.org 18 Oct '13

18 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10380 Bug ID: 10380 Summary: output_pref should use a hashref for parameters Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)biblibre.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Koha::DateUtils::output_pref takes 4 parameters and the last one is a boolean, so some calls are: output_pref($dt, undef, undef, 1) Which is not readable. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 9975] New: tracking branches in fines better
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '13

17 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9975 Bug ID: 9975 Summary: tracking branches in fines better Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be nice if there were a way to track when items from one library are paid for at another. Right now that's only possible if you use the Pay button next to an item and then query the items and accountlines tables. Any other payment button does not track the item that was paid for. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 7986] New: Export issues
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '13

17 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7986 Priority: P5 - low Change sponsored?: --- Bug ID: 7986 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: Export issues QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: jonathan.druart(a)biblibre.com Hardware: All Status: NEW Version: unspecified Component: Circulation Product: Koha Add filters and export button (iso2709 or csv) on issues table (ref biblibre: MT5671) -- You are receiving this mail because: You are watching all bug changes.

1 86

[Bug 9721] New: Umbrella report for hold changes to meet special library needs
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '13

16 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9721 Bug ID: 9721 Summary: Umbrella report for hold changes to meet special library needs Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl CC: gmcharlt(a)gmail.com Umbrella report for hold changes to meet special library needs: 1) Allow users to add notes when placing a hold in opac (enabled via pref) 2) Make holds notes mandatory in some cases, ruled by conditions in the marc record and adjustable via syspref. To illustrate: we examine MARC21 300$a; if it contains multiple parts/volumes, but there is only one item, we ask the user to specify a part. 3) Allow a additional number of days (one or two) in advance when pulling and confirming holds. (Time for arranging transport from depot, etc.) 4) A cron job for mailing reading room personnel 'holds to pull'-reports. 5) In analogy with ShelvingCart functionality, put a temporary MOVE-indication into shelving location for cancelled holds. These books should be moved from the waiting shelves to the "return shelves" for transport back to depot. Successive smaller reports (and patches) will be submitted to realize the above, and linked to this report. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 9209] New: Mocked Koha::Calendar tests
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '13

16 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9209 Bug ID: 9209 Summary: Mocked Koha::Calendar tests Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com Using specific method for populating the internal data structures from Koha::Calendar has yielded to the non-detection of several bugs. There are also several tests that where db_dependent which is not always desirable. I propose the use of DBD::Mock (::Session) for using the actual code used by Koha in production for testing, mocking the DB queries itselves. I also took the time to repeat several tests in different syspref configurations (they applied only to daysMode=Calendar, and now cover all confs). -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 4880] New: koha-remove sometimes fails because user is logged int
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '13

14 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4880 Summary: koha-remove sometimes fails because user is logged int Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Packaging AssignedTo: lars(a)catalyst.net.nz ReportedBy: lars(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 I have not been able to reproduce this, but sometimes koha-remove fails because the user is logged in. I have no idea how that happens, since the instance-specific user cannot log in at all, and there is no trace of them being logged in. -- 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 7

[Bug 10324] New: Editorial series do not display correctly in normal view (UNIMARC / no XSLT)
by bugzilla-daemon＠bugs.koha-community.org 13 Oct '13

13 Oct '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10324 Bug ID: 10324 Summary: Editorial series do not display correctly in normal view (UNIMARC / no XSLT) Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: MARC Bibliographic data support Assignee: gmcharlt(a)gmail.com Reporter: januszop(a)gmail.com For UNIMARC bibliographic records, in normal view (no XSLT) the information about editorial series (field 225) do not display correctly. Instead of 225 the content subject headings fields is displayed. To reproduce: take a UNIMARC record with 225 and some 6[01]. correctly filled up and see what is displayed under "Series:". A patch will follow. -- You are receiving this mail because: You are watching all bug changes.

1 8