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

[Bug 2720] Overdues which debar automatically should undebar automatically when returned
by bugzilla-daemon＠bugs.koha-community.org 27 Nov '13

27 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2720 Jonathan Druart <jonathan.druart(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |11283 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11257] New: Document <<items.content>> for duedgst and preduedgst
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '13

24 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11257 Bug ID: 11257 Summary: Document <<items.content>> for duedgst and preduedgst Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: p.thrasher(a)dover.nh.gov QA Contact: testopia(a)bugs.koha-community.org Digest notices are great for due and predue notices if they include the list of titles the patron has out. This is controlled by an undocumented feature <<items.content>>. Changing the example notices to include use of <<items.content>> and adding a short explanation to the documentation would really help. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[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 11294] New: Library::CallNumber::LC causes ALL CAPS on spine labels
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '13

24 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11294 Bug ID: 11294 Summary: Library::CallNumber::LC causes ALL CAPS on spine labels Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Label printing Assignee: cnighswonger(a)foundations.edu Reporter: library(a)stas.org QA Contact: testopia(a)bugs.koha-community.org New LOC splitting method (from Bug 9370) causes label creator to capitalize all letters on spine label, irrespective of actual call number in database. e.g. For item with call number BX1234.A31 no.1 1990a in database: --Before new method-- BX1234 .A31 no.1 1990a --After new method-- BX1234 .A31 NO.1 1990A -- You are receiving this mail because: You are watching all bug changes.

1 1

[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

[Bug 10763] New: Update POD of C4::Creators::Lib::html_table() 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=10763 Bug ID: 10763 Summary: Update POD of C4::Creators::Lib::html_table() to use TT syntax Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: trivial Priority: P5 - low Component: Documentation Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org The POD of C4::Creators::Lib::html_table() has an example of how to create an HTML table 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 13