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

[Bug 7420] New: Add max fines to circulation matrix
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '13

02 Sep '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7420 Bug #: 7420 Summary: Add max fines to circulation matrix Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: srdjan(a)catalyst.net.nz QAContact: ian.walls(a)bywatersolutions.com CC: gmcharlt(a)gmail.com Capped charge is applied per item. Work to be done: * Add a numeric overduefinescap field to the issuingrules table * Add "Overdue Fines Cap" section at the bottom of the Corculation Rules page, inputs: - item type - patron category - cap in $ or whatever currency * C4::Overdues::UpdateFine() - observe overduefinescap rule when updating overdue charges - leave the charge at overduefinescap if it goes over * create tests How to test: * Check that new field values stick when maintained on the circ rules matrix page * Check that the cap is applied. This is a tricky one. A quick test would be: - set the cap to a value less then the overdue charge - have an overdue item - run fines.pl cronjob - check that the capped charge is applied A more complex test would be to set the cap anywhere between one day charge and two day charges, and run fines.pl cronjob on two consecutive days, but I'm not sure how practical it is, or is it possible to have a testing facility that can push the date forward -- 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 42

[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 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 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 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 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 6291] New: Cart printing truncated in Firefox
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '13

19 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6291 Bug #: 6291 Summary: Cart printing truncated in Firefox Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 Component: Browser compatibility AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org If you have several pages of items in your cart and you try to print it in Firefox your printout will only include the first few pages. This issue is probably not unique to the cart, but to any print view which includes a large, multi-page table. -- 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 20

[Bug 7279] New: intranet print.css width settings causing 'squashing' of columns
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '13

19 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7279 Bug #: 7279 Summary: intranet print.css width settings causing 'squashing' of columns Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: chrish(a)catalyst.net.nz QAContact: ian.walls(a)bywatersolutions.com Created attachment 6461 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6461 Picture showing column being squashed The intrantet print.css has 'width : 100%' set for td (and td:last-child). This causes the printed table to differ from the one viewed as well as causing the printed table to 'squash' its columns. -- 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 9

[Bug 5894] New: Adding multiple items from a cart to a list shows only the first title
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '13

18 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5894 Bug #: 5894 Summary: Adding multiple items from a cart to a list shows only the first title Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Virtual Shelves AssignedTo: gmcharlt(a)gmail.com ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Steps to reproduce: 1. Add multiple items to a cart. 2. Open the cart window, select all items. 3. Click "Add to list" The "Add to a list" window which appears will show only the first of the multiple titles you selected. I note we have inconsistent behavior when adding directly to a list, so I'm not sure what should be happening in the case of a cart to list operation. If you add multiple items directly to an *existing* list from the search result screen the pop-up window will display the titles you're adding. If you add multiple items to a *new* list none of the titles display. The cart should probably either show no titles or somehow manage the display of title to accommodate the fact that a cart could have hundreds of items in it. (At least when adding to lists from search results you're limited to the number of results on one page.) -- 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