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

[Bug 9839] New: when importing MARC records, item record not created even when set to "always add"
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '13

27 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9839 Bug ID: 9839 Summary: when importing MARC records, item record not created even when set to "always add" Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: gmcharlt(a)gmail.com Reporter: melia(a)bywatersolutions.com Created attachment 16308 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=16308&action=edit screenshot of no items added with item processing set to always add In 3.10.3, I am importing staged MARC records from Tools with these settings. Matching rule: ISBN (020$a) Action if matching record found: Ignore incoming record (its items may still be processed) Action if no match found: Ignore incoming record (its items may still be processed) Item processing: Always add items When I import a matching record, zero items are added. (See attached screenshot.) I expected the items to be processed anyway. Is this a bug? If I change "Action if matching record found" to something other than "Ignore," then an item record is created in that case. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 8745] New: disallow rebuild_zebra.pl from executing, when run by root user
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '13

27 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8745 Priority: P5 - low Change sponsored?: --- Bug ID: 8745 Assignee: gmcharlt(a)gmail.com Summary: disallow rebuild_zebra.pl from executing, when run by root user Severity: normal Classification: Unclassified OS: All Reporter: mtj(a)kohaaloha.com Hardware: All Status: NEW Version: master Component: Tools Product: Koha many people run rebuild_zebra.pl as root, this often causes zebra reindexing to fail, (sometimes silently) the Koha mailing-list has many people experiencing problems causes by this patching rebuild_zebra.pl to quit (with a warning) when run from root user, would stop this perhaps --force arg could be passed to rebuild_zebra.pl, to allow it to run as root -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 9613] New: items namespace missing in XSLT
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '13

27 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9613 Bug ID: 9613 Summary: items namespace missing in XSLT Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: fridolyn.somers(a)biblibre.com In some XSLT, "items" namespace is used in exclude-result-prefixes but is not defined. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 10046] New: Label budget should be fund on invoices page
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '13

27 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10046 Bug ID: 10046 Summary: Label budget should be fund on invoices page Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de Created attachment 17415 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=17415&action=edit screenshot The label for funds is budget, which is wrong. 1) Create a new invoice and receive a few books. 2) Look at the invoice details after finishing receiving. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 9860] New: Incorrect box heading 'Cannot check in' when a late document is returned
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '13

27 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9860 Bug ID: 9860 Summary: Incorrect box heading 'Cannot check in' when a late document is returned Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)univ-lyon3.fr CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 16458 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=16458&action=edit cannot check in When a late document is checked in, every thing works as it should (the check in is correctly recorded) except that the warning box displays, in addition to the usual restriction applied to patron, an extra and inappropriate heading 'Cannot check in'. (cf joined image). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 10058] New: Fix unapi for NORMARC
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '13

27 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10058 Bug ID: 10058 Summary: Fix unapi for NORMARC Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: magnus(a)enger.priv.no Reporter: magnus(a)enger.priv.no CC: m.de.rooy(a)rijksmuseum.nl Currently, if you have marcflavour = NORMARC and visit /cgi-bin/koha/unapi, all you get is an empty <formats></formats> element. Patch coming in a sec! -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 10002] New: Don't include line breaks in strings that are translated
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '13

27 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10002 Bug ID: 10002 Summary: Don't include line breaks in strings that are translated 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: katrin.fischer(a)bsz-bw.de Because Pootle will add in additional escaping and because it's confusing to translators, we should not include formatting/line breaks in strings for translation. cat-toolbar.inc: holds(s) for this record \\n Are you sure you want to delete this record?. Also, we shoudl fix the typo. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 10000] New: Little typo in intranet-tmpl/prog/en/modules/help/tools/letter.tt: sliip
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '13

27 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10000 Bug ID: 10000 Summary: Little typo in intranet-tmpl/prog/en/modules/help/tools/letter.tt: sliip 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: katrin.fischer(a)bsz-bw.de While translating I found a typo in intranet-tmpl/prog/en/modules/help/tools/letter.tt:155: The transfer sliip is printed when you confirm a transfer from one library to another in your system -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 9886] New: ParseLetter removes so-called punctuation characters from fields
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '13

27 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9886 Bug ID: 9886 Summary: ParseLetter removes so-called punctuation characters from fields Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl This line in C4::Letters, sub parseletter: $val =~ s/\p{P}(?=$)//g if $val; makes a callnumber like 535 G 48 (18) appear as 535 G 48 (18 on notices. The right parenthesis at the end is being recogized as general punctuation. Does anyone know why we should remove "punctuation" from fields such as the above? I would like to remove this line. Is there a valid reason not to do so? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 9671] New: fines.pl cronjob help lists wrong values for finesmode syspref
by bugzilla-daemon＠bugs.koha-community.org 27 Apr '13

27 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9671 Bug ID: 9671 Summary: fines.pl cronjob help lists wrong values for finesmode syspref Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: jcamins(a)cpbibliography.com >From misc/cronjobs/fines.pl -h: "If the Koha System Preference 'finesMode' is set to 'production', the fines are charged to the patron accounts. If set to 'test', the fines are calculated but not applied." In fact, finesMode can be set to either "Calculate (but only for mailing to the admin)" or "Calculate and charge." -- You are receiving this mail because: You are watching all bug changes.

1 16