February 2014 - Koha-bugs - lists.koha-community.org

[Bug 8393] New: No physical item for this record for stage marc imported records with items
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '14

25 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8393 Priority: P5 - low Change sponsored?: --- Bug ID: 8393 Assignee: oleonard(a)myacpl.org Summary: No physical item for this record for stage marc imported records with items Severity: trivial Classification: Unclassified OS: Linux Reporter: eugenegf(a)yahoo.com Hardware: All Status: NEW Version: rel_3_8 Component: OPAC Product: Koha After stage marc record import of a record with item (marc field 952 complete), items are not added even after zebra rebuild -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 11581] New: HTTP 404s generated badly in some cases
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '14

25 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11581 Bug ID: 11581 Summary: HTTP 404s generated badly in some cases Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: gmcharlt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org There are several scripts that do the following when they want to signal that a resource (usually a MARC record) does not exist: print $query->redirect("/cgi-bin/koha/errors/404.pl"); This is not great, because what actually happens is that an HTTP 302 redirect is issued, followed by the 404. This wastes a bit of time for the user agent, and might be problematic if you let search engines crawl your OPAC. Better would be doing print $cgi->header( -status => '404 record not found'); or if a more specific message should be displayed, constructing it and calling output_with_http_headers $query, $cookie, $error_template->output, 'html', '404 Not Found'; The affected scripts are: catalogue/showmarc.pl opac/opac-ISBDdetail.pl opac/opac-MARCdetail.pl opac/opac-authoritiesdetail.pl opac/opac-detail.pl opac/opac-export.pl opac/opac-showmarc.pl opac/opac-topissues.pl opac/tracklinks.pl -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 11473] New: View log template has malformed conditionals, and logging info incorrect/inconsistent/unexpected
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '14

25 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11473 Bug ID: 11473 Summary: View log template has malformed conditionals, and logging info incorrect/inconsistent/unexpected Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Transaction logs Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org 1) Malformed conditionals Currently, the majority of "viewlog.tt" is ignored, because we haven't formed the conditionals correctly. (e.g. Using 'module' when we should be using 'loopro.module' [or 'loopro.MODULENAME' like 'loopro.CIRCULATION'], 'info' instead of 'loopro.info', etc.) This means that we always get the raw "loopro.object", which is either a borrowernumber, biblionumber, itemnumber, subscriptionid, or authid, with absolutely no qualifier at all. *SOLUTION* Alas, the solution requires a few systematic changes. Detecting an object as a 'borrowernumber' is easy, since MEMBERS, CIRCULATION, and FINES always use it as its object. Same goes for 'subscriptionid' for SERIALS and 'authid' for AUTHORITIES. For these cases, we just need to fix the variables called in the conditions. However, unfortunately, CATALOGUING sometimes uses biblionumber and sometimes uses itemnumber as its object. This causes the following problem... 2) Conditions in viewlog.pl and viewlog.tt do not correctly differentiate items and biblios. There are conditions that check to see if the 'info' column says 'item'. However, this has erratic results, because 'item' is only logged for item adds and deletions - not modifications. (Authorities also only track 'authority' for additions and deletions - not modifications.) 'biblio' is only tracked for biblio additions. Deletions have no info, while modifications include the record content. In viewlog.tt, logs without an 'info' of 'item' will be labelled and linked as 'biblio'. That means that all item modifications will be treated as biblios and not items. *SOLUTION* Change logaction to prepend the info column with "biblio" for all biblio transactions and "item" for all item transactions. Then, check for the applicable substring in viewlog.pl and viewlog.tt to determine how to link and label the number. For legacy data, have a third option that doesn't label/link the object. Just have the raw number (as we currently do). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 11018] New: Add order from a reverted file
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '14

25 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11018 Bug ID: 11018 Summary: Add order from a reverted file Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org If a batch is reverted, it is not possible to create an order from this file. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 9210] New: Automatic carriage return are missing in print letters generated for holds
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '14

24 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9210 Bug ID: 9210 Summary: Automatic carriage return are missing in print letters generated for holds Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: sophie.meynieux(a)biblibre.com When you generate print letters (pdf) for holds with gather_print_notices.pl, lines that are too long are truncated and not automatically wrapped to another line. This patch modify styles in the template used for generation of pdf files. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 11505] New: Untranslatable table headers in Label batch manager
by bugzilla-daemon＠bugs.koha-community.org 24 Mar '14

24 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11505 Bug ID: 11505 Summary: Untranslatable table headers in Label batch manager Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr In Label Batch manager, after adding the items to the batch, you're presented with a table showing information about the items. The table column headers are in English, and cannot be translated. The texts are hard-coded in $display_columns in labels/label-edit-batch.pl -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 5993] New: tags not searchable
by bugzilla-daemon＠bugs.koha-community.org 23 Mar '14

23 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5993 Bug #: 5993 Summary: tags not searchable Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com The only way to search tags is to click on the term on the bib record or in the tag cloud. tags are keywords and should be searched in the keyword search. -- 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 10788] New: Add a Linked Data/RDF browser to the OPAC
by bugzilla-daemon＠bugs.koha-community.org 21 Mar '14

21 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10788 Bug ID: 10788 Summary: Add a Linked Data/RDF browser to the OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: magnus(a)enger.priv.no Reporter: magnus(a)enger.priv.no QA Contact: testopia(a)bugs.koha-community.org Blocks: 10787 This bug aims to add a browsing interface to the OPAC, that will make it possible to browse bibliographic records that have been converted from MARC to RDF and stored in a triplestore external to Koha. It will also be possible to browse data from external sources that has been entered into the triplestore, as well as any relations and other data that has been created in the triplestore. The browsing will be highly configurable, with SPARQL queries and related templates stored in the triplestore. One goal is to hard code as little as possible of the functionality, at least in the beginning. Future bugs will address the need for an interface to add and edit queries and templates in the triplestore, import of data from other source, manual enhancement of the data in the triplestore etc. The present bug is a functional proof of concept that aims to demonstrate the usefulness and potential that comes from utilizing Linked Data in an ILS. Conversion from MARC to RDF is outside the scope of this bug, but is being worked on by Chris Cormack. Until that work is submitted, it will be possible to do the conversion with tools external to koha, such as: - https://github.com/digibib/marc2rdf - https://github.com/edchamberlain/COMET/tree/master/conversion The features added by this bug will of course be governed by a syspref that defaults to "off". -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 11424] New: Itemtype administration form is broken when noItemTypeImages is activated
by bugzilla-daemon＠bugs.koha-community.org 20 Mar '14

20 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11424 Bug ID: 11424 Summary: Itemtype administration form is broken when noItemTypeImages is activated Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org To test: - Set noItemTypeImages to "Don't show" - Try adding a new itemtype in administration - the form is broken - Switch pref to "Show" - Confirm the form now looks correct -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 11697] New: Thesaurus plugin sets indicators with a space
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '14

19 Mar '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11697 Bug ID: 11697 Summary: Thesaurus plugin sets indicators with a space Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When using thesaurus plugin to link a biblio field with an authority, the indicators of the field of authority are set into indicators of biblio field. The bug is that when an indicator is not defined, it contains a space ' '. This space is then set into biblio field. The user must then erase this space before setting the indicator. -- You are receiving this mail because: You are watching all bug changes.

1 9