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

[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

[Bug 10173] New: Followup of 9169 for Unimarc: Wrap function code in <span>
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '13

23 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10173 Bug ID: 10173 Summary: Followup of 9169 for Unimarc: Wrap function code in <span> Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: mathieu.saby(a)univ-rennes2.fr In UNIMARC, it could be usefull to add a span arroud $4 of 7XX fields, like bug 9169 did for Marc21. Files to change : opac-tmpl/prog/en/xslt/UNIMARCslimUtils.xsl intranet-tmpl/prog/en/xslt/UNIMARCslimUtils.xsl M. Saby -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 9778] New: display and change easily OPAC visibility status in staff interface
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '13

23 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9778 Bug ID: 9778 Summary: display and change easily OPAC visibility status in staff interface Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: mathieu.saby(a)univ-rennes2.fr CC: m.de.rooy(a)rijksmuseum.nl At present, to make a record visible or hidden on OPAC, librarians need to edit the record and change the value of field/subfield indexed in OpacSuppress. It would also be great to display current opac visibility status in staff interface. For doing that, I propose to create 2 subs in C4/Biblio : GetBiblioOPACVisibility and ModBiblioOPACVisibility. Koha will need to know the field/subfield used for OpacSuppress. Maybe with a syspref. ModBiblioOPACVisibility will be called by addbiblio.pl if $op = "hidebiblioOPAC" or "showbiblioOPAC". A choice to hide/show record in OPAC will be add in "Edit" list button in cat-toolbar.inc. Only staff with cataloguing permission (or maybe also a new specific permission) could see these new choices. GetBiblioOPACVisibily will be called by detail.pl, ISBDdetail.pl, MARCdetail.pl . The value will be passed to the templates and displayed. I have started working on this, but I will probably wait the solution of 8462 before attaching a patch. M. Saby Rennes 2 university -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 10645] New: Missing zebra languages in koha-create manpage
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '13

22 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10645 Bug ID: 10645 Summary: Missing zebra languages in koha-create manpage Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 8670] New: Update POD of C4::Branch::GetBranches() to use TT syntax
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '13

22 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8670 Priority: P5 - low Change sponsored?: --- Bug ID: 8670 Assignee: nengard(a)gmail.com Summary: Update POD of C4::Branch::GetBranches() to use TT syntax Severity: enhancement Classification: Unclassified OS: All Reporter: magnus(a)enger.priv.no Hardware: All Status: NEW Version: master Component: Documentation Product: Koha The POD of C4::Branch::GetBranches() has an example of how to create a branch selector based on the output of the function, but it uses the old template syntax, not TT syntax. -- You are receiving this mail because: You are watching all bug changes.

1 14