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

[Bug 7382] New: normalization on isbn matching rule
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '13

30 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7382 Bug #: 7382 Summary: normalization on isbn matching rule Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: ian.walls(a)bywatersolutions.com It would be nice if when using isbn as a match point it normalized the ISBN first. Now if one isbn ends in (pbk) and the other doesn't - but they're both the same number it doesn't match them and imports duplicates. -- 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 7

[Bug 7709] New: Cover Images Template plugin
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '13

30 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7709 Priority: P5 - low Change sponsored?: --- Bug ID: 7709 Assignee: oleonard(a)myacpl.org Summary: Cover Images Template plugin QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: koha.sekjal(a)gmail.com Hardware: All Status: NEW Version: master Component: Templates Product: Koha As we add more and more sources for cover images, and use them in more and more places, it becomes increasingly difficult to keep the code synchronized. I propose we move the logic of picking and displaying a cover image out of the templates and into a T:T Plugin. Usage would be like: [% biblionumber | KohaCoverImage %] I say biblionumber instead of normalised_isbn (which is common for most all external services) because it will also work for local cover images. This does add the overhead of having to look up the normalized ISBN again, even if we already had it on the page. Anyone more familiar with passing variables (particularly hashes) to T:T plugins, would be welcome to step up here. This would simplify out templates by several dozen lines of code, and provide a uniform logic for selection. New selection methods, as well as new sources, would be easy to add, since they'd only need to be coded in one place. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 8692] New: Authorities search form does not correspond to current search query
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '13

30 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8692 Priority: P5 - low Change sponsored?: --- Bug ID: 8692 CC: m.de.rooy(a)rijksmuseum.nl Assignee: gmcharlt(a)gmail.com Summary: Authorities search form does not correspond to current search query Severity: normal Classification: Unclassified OS: All Reporter: fridolyn.somers(a)biblibre.com Hardware: All Status: NEW Version: master Component: Cataloging Product: Koha In intranet, when searching authorities : operator (contains, start with or is), sort order and selected search tab does not correspond to current search. Also, in search results after delete, the authority type code is missing in URL. Also, search term is missing URL encoding. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 8542] New: <<today>> token produces a funny looking time on Reserves Slip
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '13

29 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8542 Priority: P5 - low Change sponsored?: --- Bug ID: 8542 Assignee: koha-bugs(a)lists.koha-community.org Summary: <<today>> token produces a funny looking time on Reserves Slip Severity: enhancement Classification: Unclassified OS: All Reporter: melia(a)bywatersolutions.com Hardware: All Status: NEW Version: rel_3_8 Component: Notices Product: Koha Created attachment 11233 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=11233&action=edit Reserves Slip with funny time Using the <<today>> token seems to produce a funny time format on the Reserves Slip. >From Tools > Notices & Slips, the text in the slip looks like this: <h5>Date: <<today>></h5> The slip that prints out says 9:2 instead of 9:02 for the time. Please see attachment for a scanned image of the what the Reserves Slip looks like. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 5652] New: Patron checkout and holds summary should show subtitles
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '13

28 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5652 Summary: Patron checkout and holds summary should show subtitles Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Created attachment 3018 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=3018 Checkouts list showing no subtitles When Koha shows what a patron has checked out or on hold all relevant subtitle fields should be shown as well. Right now the best way to do this is to use the subtitle values from Keyword to MARC mapping. -- 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 12

[Bug 9782] New: Cancel button doesn't work when importing MARC bibliographic frameworks
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '13

28 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9782 Bug ID: 9782 Summary: Cancel button doesn't work when importing MARC bibliographic frameworks Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: dcook(a)prosentient.com.au Currently, when importing a MARC bibliographic framework, you'll get a little animated loading gif and some text saying "Importing into...", as well as a link that says Cancel. I think this is the same Cancel link that is meant to close the pop-up, but it seems like you could use it to Cancel the import. Well, if you click Cancel, the framework is still imported and now the "Importing into" pop-up remains on the page indefinitely regardless of how much you press Cancel. -- I suggest that we remove the Cancel link once the import has begun so as not to mislead users and so that the situation of the indefinite loading box doesn't occur. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 7937] New: Silence warns in OPAC error log (koha-opac-error_log)
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '13

27 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7937 Priority: P5 - low Change sponsored?: --- Bug ID: 7937 Assignee: gmcharlt(a)gmail.com Summary: Silence warns in OPAC error log (koha-opac-error_log) QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: Architecture, internals, and plumbing Product: Koha -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 9040] New: uninitialized value in concatenation error in Opac-detail.tt
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '13

27 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9040 Priority: P5 - low Change sponsored?: --- Bug ID: 9040 Assignee: oleonard(a)myacpl.org Summary: uninitialized value in concatenation error in Opac-detail.tt Severity: normal Classification: Unclassified OS: All Reporter: hblancoca(a)gmail.com Hardware: All Status: NEW Version: 3.8 Component: OPAC Product: Koha Version 3.8.6 The following error appears on opac-error log [error] opac-detail.pl: Use of uninitialized value in concatenation (.) or string at /usr/share/koha386/opac/htdocs/opac-tmpl/prog/es-ES/modules/opac-detail.tt line 494., referer: http://10.10.22.205/cgi-bin/koha/opac-search.pl?idx=kw&q=colombi a&offset=140&sort_by=relevance_dsc Occurs when i do a search and pick in the results to view a item detail. I review the source code but the error is in line 492 <td>[% ITEM_RESULT.datedue | $KohaDates %]</td>, in the first line of the script appear [% USE KohaDates %] Any idea? -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 7236] New: Add "Save as RDF" option to the OPAC
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '13

27 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7236 Bug #: 7236 Summary: Add "Save as RDF" option to the OPAC Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC AssignedTo: magnus(a)enger.priv.no ReportedBy: magnus(a)enger.priv.no QAContact: ian.walls(a)bywatersolutions.com Today it's possible to save a record from the detail view in the OPAC in multiple formats. This enhancement proposes to add RDF'ized MARC records to the list of available formats. Records should be available in all serializations offered by the RDF tools used to generate them: rdfxml, ntriples, turtle etc. The conversion to RDF should be governed by a mapping file, so it can be tweaked easily. I'm working on a proof of concept conversion script here, based on RDF::Redland: https://github.com/MagnusEnger/marc2rdf This could perhaps serve as the basis for a C4::RDF::marc2rdf function when it's functional. -- 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 1

[Bug 9453] New: Update records acording to the new UNIMARCField100Language system preference
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '13

22 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9453 Bug ID: 9453 Summary: Update records acording to the new UNIMARCField100Language system preference Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P1 - high Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: rolando.isidoro(a)gmail.com CC: m.de.rooy(a)rijksmuseum.nl Depends on: 8347 The solution to bug 8347 introduced a new system preference, UNIMARCField100Language, which allows us to set the value for the mandatory Language of cataloguing field in the UNIMARC field 100 builder form. Before this bug was fixed all values on that field were set to 'fre', so we need to update all the existing records to match the new system preference. -- You are receiving this mail because: You are watching all bug changes.

1 19