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

[Bug 4876] New: koha-* scripts are not robust
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '13

30 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4876 Summary: koha-* scripts are not robust Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Packaging AssignedTo: lars(a)catalyst.net.nz ReportedBy: lars(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 The Debian packaging contains some scripts in debian/scripts/koha-*, which are written in patchy shell. They work, but do not handle errors very well, and often cannot recover after an error happens. The scripts should be made robust. It might help to rewrite them in perl. -- 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 21

[Bug 10094] New: koha-list should have an --disabled option
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '13

30 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10094 Bug ID: 10094 Summary: koha-list should have an --disabled option Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com CC: robin(a)catalyst.net.nz On writing the tab-completion bash scripts I found that it would be handy to have this option switch. Harmless addition. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[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