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

[Bug 8125] New: SIP should send Zipcode with address
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '13

03 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8125 Priority: P5 - low Change sponsored?: --- Bug ID: 8125 Assignee: wizzyrea(a)gmail.com Summary: SIP should send Zipcode with address Severity: enhancement Classification: Unclassified OS: All Reporter: wizzyrea(a)gmail.com Hardware: All Status: ASSIGNED Version: unspecified Component: SIP2 Product: Koha SIP does not currently send the zipcode in the address field, I think it should. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 10538] New: Improve importation of .CSV framework files
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '13

03 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10538 Bug ID: 10538 Summary: Improve importation of .CSV framework files Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtj(a)kohaaloha.com CC: gmcharlt(a)gmail.com Koha often fails when importing CSV framework files, because Koha can currently only import 'perfectly quoted' CSV files this patch uses the amazing Text::CSV module to improve the robustness of the importation process -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 10705] New: Shipment cost should be 'shipping'
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '13

02 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10705 Bug ID: 10705 Summary: Shipment cost should be 'shipping' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org For the US English translation Shipment cost should probably read 'Shipping cost' on the receive page and the invoice page. Nicole -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 6201] New: BibTeX export does not incude MARC21 main entry
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '13

02 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6201 Bug #: 6201 Summary: BibTeX export does not incude MARC21 main entry Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: MARC Bibliographic data support AssignedTo: gmcharlt(a)gmail.com ReportedBy: jcamins(a)cpbibliography.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com The BibTeX export does not include 1xx fields when exporting MARC21 records because GetMarcAuthors only retrieves 7xx authors. 1xx fields should be included. -- 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 22

[Bug 10569] New: Course reserves do not show on OPAC detail page if OpacSeparateHoldings is in effect
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '13

29 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10569 Bug ID: 10569 Summary: Course reserves do not show on OPAC detail page if OpacSeparateHoldings is in effect Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org If OpacSeparateHoldings is enabled and affects the display of a title on a course reserves list, the course reserves column does not appear in the holdings table on opac-detail. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 8378] New: <fine> syntax not working on overdues anymore
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '13

29 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8378 Priority: P5 - low Change sponsored?: --- Bug ID: 8378 Assignee: koha-bugs(a)lists.koha-community.org Summary: <fine> syntax not working on overdues anymore Severity: critical Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Notices Product: Koha When you use the <fine>USD</fine> syntax in overdue notices it used to show the fines in USD - if you use <fine>GBP</fine> it used to show the fines in GBP ... now it shows nothing. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 75

[Bug 7565] New: Fee/fines receipt for printing
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '13

29 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7565 Bug #: 7565 Summary: Fee/fines receipt for printing Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_8 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: savitra.sirohi(a)osslabs.biz QAContact: koha.sekjal(a)gmail.com CC: gmcharlt(a)gmail.com In version 3.6 there is no provision to print fee receipts. It is now also possible to make partial payments, and pay multiple for multiple items with a single amount. Need is to allow printing of a receipt for all items that have been paid for at the time. For e.g. if a member pays for memberhsip renewal and for overdues on an item at the same time, the receipt should include details of both the renewal fee and the overdue fine. Receipt number needs to be autogenerated. Feature needs to be flexible enough to allow printing on different stationary and printer types. -- 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 8676] New: show vendor name in source of acquisition
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '13

28 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8676 Priority: P5 - low Change sponsored?: --- Bug ID: 8676 Assignee: oleonard(a)myacpl.org Summary: show vendor name in source of acquisition Severity: enhancement Classification: Unclassified OS: All Reporter: nengard(a)gmail.com URL: cgi-bin/koha/cataloguing/additem.pl?biblionumber=4091 Hardware: All Status: NEW Version: master Component: Templates Product: Koha When looking at items in the staff client that were received via acquisitions there is a number in that field. That number is the ID for the vendor, but isn't helpful to most librarians since they don't assign that vendor ID. Could we show the name of the vendor instead? I'm not asking to change what's stored in the DB - the ID is best in this case for reporting, but just to change the display to the vendor name that matches that ID - kind of like we do with branches and item types and collection codes - etc. We don't show those codes, but the names instead. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 8067] New: HTML blocks in sysprefs should be definable for multiple languages
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '13

24 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8067 Priority: P5 - low Change sponsored?: --- Bug ID: 8067 Assignee: frederic(a)tamil.fr Summary: HTML blocks in sysprefs should be definable for multiple languages Severity: enhancement Classification: Unclassified OS: All Reporter: ruth(a)bywatersolutions.com Hardware: All Status: NEW Version: unspecified Component: I18N/L10N Product: Koha Blocks of HTML are used many places in the system preferences, and are injected directly onto pages at runtime. The problem is that there is only one instance of these, which is used for all languages defined on the system. It would be useful to have multiple context-sensitive values for this. See http://wiki.koha-community.org/wiki/Contextual_Preferences_RFC This would be easily extensible to be used for languages, as well. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 10867] New: Adding label to batch, search by date requires "on or after date".
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '13

23 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10867 Bug ID: 10867 Summary: Adding label to batch, search by date requires "on or after date". Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Label printing Assignee: cnighswonger(a)foundations.edu Reporter: rudolfbyker(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When searching for items to add to a batch of labels, the "Added on or after date" has to be filled in when the "Added on or before date" field is filled in. Steps to reproduce: ** Log in, and go to Home › Tools › Labels home › Manage label Batches › New Batch › Add Items ** Select a date in the "on or before" field, but not in the "on or after" field. ** It does not matter whether a keyword/title/etc. is specified. ** Click "Search" ** Error occurs: Software error: Can't call method "output" without a package or object reference at /usr/share/koha/intranet/cgi-bin/labels/label-item-search.pl line 100. Taking a look at the code: 77 $datefrom = $query->param('datefrom'); 78 $dateto = $query->param('dateto'); 79 80 if ($datefrom) { 81 $datefrom = C4::Dates->new($datefrom); 82 if ($QParser) { 83 $ccl_query .= ' && ' if $ccl_textbox; 84 $ccl_query .= 85 "acqdate(" . $datefrom->output("iso") . '-)'; 86 } else { 87 $ccl_query .= ' and ' if $ccl_textbox; 88 $ccl_query .= 89 "acqdate,st-date-normalized,ge=" . $datefrom->output("iso"); 90 } 91 } 92 93 if ($dateto) { 94 $dateto = C4::Dates->new($dateto); 95 if ($QParser) { 96 $ccl_query .= ' && ' if ( $ccl_textbox || $datefrom ); 97 $ccl_query .= "acqdate(-" . $dateto->output("iso") . ')'; 98 } else { 99 $ccl_query .= ' and ' if ( $ccl_textbox || $datefrom ); 100 $ccl_query .= "acqdate,st-date-normalized,le=" . $datefrom->output("iso"); 101 } 102 } At line 100, $datefrom is used, without cheking whether it is set. -- You are receiving this mail because: You are watching all bug changes.

1 2