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

[Bug 11630] New: AgeRestrictionMarker doesn't handle marker immediately followed by age
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '14

17 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11630 Bug ID: 11630 Summary: AgeRestrictionMarker doesn't handle marker immediately followed by age Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 24857 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=24857&action=edit Make AgeRestrictionMarker consider "K16" In Finland the age restrictions are marked with letter K followed immediately by the age, eg. "K16". The AgeRestrictionMarker setting expects the marker and the age to be separated by space, eg. "PEGI 16" Attached patch improves the setting so it also considers the case where the marker is immediately followed by the age. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 12273] New: print entire list at once
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '14

17 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12273 Bug ID: 12273 Summary: print entire list at once Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When in the staff client if I click print on a list it only prints the page I'm on - there is no way to print the entire list at once. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 8374] New: Option to print all entries of a list/cart in a user friendly format
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '14

17 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8374 Priority: P5 - low Change sponsored?: --- Bug ID: 8374 Assignee: oleonard(a)myacpl.org Summary: Option to print all entries of a list/cart in a user friendly format Severity: enhancement Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: OPAC Product: Koha When a list has a lot of entries it is paginated. If you print use the print list feature provided, only the first page is printed. Our download options BibTex, Ris and MARC are not easy to read for a user. It would be nice to provide a way to download or print all entries on a list in an easy way from the OPAC. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 10126] New: C4::Reports::Guided is not Plack safe
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '14

16 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10126 Bug ID: 10126 Summary: C4::Reports::Guided is not Plack safe Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: jcamins(a)cpbibliography.com Notice then numerous my variables at module level. There is also a call to C4::Context->preference in a BEGIN block, which is bad. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 12229] New: tools/export.pl fix to forbid adding of invalid records
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '14

16 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12229 Bug ID: 12229 Summary: tools/export.pl fix to forbid adding of invalid records Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: stephane.delaune(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org tools/export.pl it is able to add truncated or invalid records into the output iso2709 file, without error message. So if we want to read generated iso2709 file : script die -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 12199] New: Move textarea-expander and tablednd jQuery plugins outside of language-specific directory
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '14

15 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12199 Bug ID: 12199 Summary: Move textarea-expander and tablednd jQuery plugins outside of language-specific directory Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org The textarea-expander and tablednd jQuery plugins should be moved to intranet-tmpl/lib/jquery/plugins so that they do not have to be duplicated for each translation. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 8292] New: clicking ignore on hold cancels transfer
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '14

12 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8292 Priority: P5 - low Change sponsored?: --- Bug ID: 8292 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: clicking ignore on hold cancels transfer Severity: major Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha If a title has some holds on it and I check it in at the borrowing library, I got a message telling me about a hold. I clicked "Ignore" on that message. The barcode was not transferred back to the owning library at this point even though it should have been. The barcode still shows as having a Current Location. Notes from Ian on the code inspection: The portion of code that triggers the automatic return home is not called if a hold is found; this makes sense in the case where you're filling the hold, since you'd be transferring to that library instead of the home library. But when you 'ignore', nothing additional happens. The ignore button just makes the confirmation box disappear; not further actions are taken. So the code to do the transfer is never performed, and the item sits at the holdingbranch library. Obviously this is not what people expect. If you're ignoring the hold, you want the checkin to proceed as if the hold had never popped up in the first place, and that means doing a return home if appropriate. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 9967] New: Authorized values are not Plack-compatible
by bugzilla-daemon＠bugs.koha-community.org 11 Oct '14

11 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9967 Bug ID: 9967 Summary: Authorized values are not Plack-compatible Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: jcamins(a)cpbibliography.com If you add or change an authorized value linked to an item field, you will not be able to use your changed authorized value under Plack without resetting the Plack server. Possibly relevant warnings: Subroutine AuthorizedValuesForCategory redefined at /home/jcamins/kohaclone/admin/authorised_values.pl line 31. Subroutine default_form redefined at /home/jcamins/kohaclone/admin/authorised_values.pl line 238. -- You are receiving this mail because: You are watching all bug changes.

1 39

[Bug 7844] New: plack scripts for startup
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '14

10 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7844 Priority: P5 - low Change sponsored?: --- Bug ID: 7844 Assignee: gmcharlt(a)gmail.com Summary: plack scripts for startup QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: dpavlin(a)rot13.org Hardware: All Status: NEW Version: master Component: Command-line Utilities Product: Koha Last missing peace to get started with plack is tooling. http://wiki.koha-community.org/wiki/Plack does provide some information, psgi files and startup scripts should also be part of main repository for easy deployment on sendboxes. -- You are receiving this mail because: You are watching all bug changes.

1 45

[Bug 9328] New: File::Find::Rule should not be a mandatory dependency for installation
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '14

10 Oct '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9328 Bug ID: 9328 Summary: File::Find::Rule should not be a mandatory dependency for installation Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: gmcharlt(a)gmail.com File::Find::Rule is introduced as a dependency in the work for bug 7167. However, since it's indirectly invoked via C4::Installer, that module must be present for Makefile.PL to compile during installation. I suggest making a new convention that it be possible to run Makefile.PL without requiring non-core Perl modules. F::F::Rule doesn't introduce functionality that is not available to File::Find, just some (admittedly useful) syntactical sugar, so one possibility would be cutting out that dependency entirely. If that's not preferred, it at least should not be required for Makefile.PL to run. -- You are receiving this mail because: You are watching all bug changes.

1 15