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

[Bug 12143] New: hiding alternate address on patron self registration doesn't hide heading
by bugzilla-daemon＠bugs.koha-community.org 27 Jun '14

27 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12143 Bug ID: 12143 Summary: hiding alternate address on patron self registration doesn't hide heading Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org In the OPAC when on the self registration form if you have hidden all of the alternate address fields the heading for that section still shows. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 8974] New: koha-rebuild-zebra should check directory ownership
by bugzilla-daemon＠bugs.koha-community.org 27 Jun '14

27 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8974 Priority: P5 - low Change sponsored?: --- Bug ID: 8974 CC: robin(a)catalyst.net.nz Assignee: koha-bugs(a)lists.koha-community.org Summary: koha-rebuild-zebra should check directory ownership Severity: enhancement Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: unspecified Component: Packaging Product: Koha Rather than just fail silently, koha-rebuild-zebra should check file and directory ownership on necessary directories and complain loudly if the directories belong to root or are not writable by the Koha user. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 12491] New: Improve export basket facility to avoid ISBN corruption
by bugzilla-daemon＠bugs.koha-community.org 26 Jun '14

26 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12491 Bug ID: 12491 Summary: Improve export basket facility to avoid ISBN corruption Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)jsense.co.uk QA Contact: testopia(a)bugs.koha-community.org Unfortunately when Excel opens a CSV containing ISBN numbers it converts them to scientific notation by default so 9781472413703 becomes 9.78147E+12. One solution is to put the ISBN numbers in quotes so they are treated as strings but it would also be good if this export used the same services as Reports and provided other formats e.g. Open Document Spreadsheet. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 12319] New: Novelist content doesn't work in Bootstrap
by bugzilla-daemon＠bugs.koha-community.org 26 Jun '14

26 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12319 Bug ID: 12319 Summary: Novelist content doesn't work in Bootstrap Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Novelist content doesn't appear to show in the Bootstrap OPACs but does in CCSR and PROG -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 4533] Add "duplicate item" link when editing items
by bugzilla-daemon＠bugs.koha-community.org 26 Jun '14

26 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4533 Heather Braum <hbraum(a)nekls.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hbraum(a)nekls.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11715] Z39.50 search page does not check authorization
by bugzilla-daemon＠bugs.koha-community.org 26 Jun '14

26 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11715 Fridolin SOMERS <fridolyn.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fridolyn.somers(a)biblibre.co | |m --- Comment #44 from Fridolin SOMERS <fridolyn.somers(a)biblibre.com> --- Pushed to 3.14.x, will be in 3.14.08 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9749] New: Placeholders in koha-conf.xml generated by the Debian packages
by bugzilla-daemon＠bugs.koha-community.org 26 Jun '14

26 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9749 Bug ID: 9749 Summary: Placeholders in koha-conf.xml generated by the Debian packages Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)enger.priv.no CC: robin(a)catalyst.net.nz Bug 7028 updated the file debian/templates/koha-conf-site.xml.in to be more in line with the koha-conf.xml generated by other installation methods. However this seems to have introduced some placeholders that are not actually being replaced when a new instance is created with koha-create. Here is what I see with recently created instances, both with packages built off uptodate master and the official 3.8.x packages: $ sudo grep "__" /etc/koha/sites/bergting/koha-conf.xml <listen id="publicserver" >tcp:@:__ZEBRA_SRU_BIBLIOS_PORT__</listen> <listen id="mergeserver">tcp:@:__MERGE_SERVER_PORT__</listen> <xi:include href="__KOHA_CONF_DIR__/zebradb/explain-biblios.xml" <host>__ZEBRA_SRU_HOST__</host> <port>__ZEBRA_SRU_BIBLIOS_PORT__</port> <xi:include href="__KOHA_CONF_DIR__/zebradb/explain-authorities.xml" <host>__ZEBRA_SRU_HOST__</host> <port>__ZEBRA_SRU_AUTHORITIES_PORT__</port> <xi:include href="__KOHA_CONF_DIR__/zebradb/explain-biblios.xml" <host>__ZEBRA_SRU_HOST__</host> <port>__ZEBRA_SRU_BIBLIOS_PORT__</port>  koha-create does these substitutions: sed -e "s/__KOHASITE__/$name/g" \ -e "s/__OPACPORT__/$OPACPORT/g" \ -e "s/__INTRAPORT__/$INTRAPORT/g" \ -e "s/__OPACSERVER__/$opacdomain/g" \ -e "s/__INTRASERVER__/$intradomain/g" \ -e "s/__ZEBRA_PASS__/$zebrapwd/g" \ -e "s/__ZEBRA_MARC_FORMAT__/$ZEBRA_MARC_FORMAT/g" \ -e "s/__ZEBRA_LANGUAGE__/$ZEBRA_LANGUAGE/g" \ -e "s/__DB_NAME__/$mysqldb/g" \ -e "s/__DB_HOST__/$mysqlhost/g" \ -e "s/__DB_USER__/$mysqluser/g" \ -e "s/__DB_PASS__/$mysqlpwd/g" \ -e "s/__UNIXUSER__/$username/g" \ -e "s/__UNIXGROUP__/$username/g" \ "/etc/koha/$1" > "$2" So unless I am missing something we should perhaps remove some of the placeholders from koha-conf-site.xml.in again? The slightly weird thing is that all these placeholders do not seem to affect Koha in any way... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 11005] New: Centralize the UseBranchTransferLimits-check under one function
by bugzilla-daemon＠bugs.koha-community.org 26 Jun '14

26 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11005 Bug ID: 11005 Summary: Centralize the UseBranchTransferLimits-check under one function 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: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org Currently the IsBranchTransferAllowed() doesn't take into account multiple different global preferences and the check for IsBranchTransferAllowed() is really messy with multiple if-else statements. Move these global parameter checks to the core IsBranchTransferAllowed()-function to make using the function clearer. -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 9703] New: Add optional parameter "as_string" to GetRecordValue subroutine
by bugzilla-daemon＠bugs.koha-community.org 26 Jun '14

26 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9703 Bug ID: 9703 Summary: Add optional parameter "as_string" to GetRecordValue subroutine 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: dcook(a)prosentient.com.au Currently, the GetRecordValue subroutine returns an array of hashes, which must be looped through to retrieve results. On the template, you write the following code [% FOREACH subtitle %][% subfield %][% END %]. The problem with this is when you're trying to use the Keyword to MARC Mapping to over-write a field in the template that is already written as a single variable (e.g. [% author %]). Of course, you can loop through the array of hashes on the Perl side and pass a string to the template (i.e. opac-detail.tt or detail.tt). However, you're going to have to reproduce this iterator code every time you want to use GetRecordValue to produce a string. So, I figured that it made sense to add an optional parameter to the sub to trigger a condition so as to return a string of concatenated values rather than an array of hashes. --- Note: My ideal goal is to make it so that one can use the Keyword to MARC Mapping to specify any (or almost any) field on the detail pages. At the moment, I'm focusing on author, but I figure physical description will be another good one, as the template shows a bare minimum of the 3xx fields/subfields (in the incorrect order last I looked), --- Note, adding this optional parameter does NOT at all change the existing use of the GetRecordValue sub. The idea is hopefully to eliminate boilerplate by centralizing the "as string" code in this sub. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 12476] New: GetMember should probably take a hashref rather than a hash as a parameter
by bugzilla-daemon＠bugs.koha-community.org 26 Jun '14

26 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12476 Bug ID: 12476 Summary: GetMember should probably take a hashref rather than a hash as a parameter Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com I'm not a Perl expert, but we usually use hashrefs for parameters rather than hashes (and Google wisdom says that hashrefs are faster and more flexible than hashes). GetMember currently takes a hash but it would probably be an idea to use a hashref instead. Of course, we use GetMember in quite a few places already so it wouldn't be a trivial change, and it might be a case of over optimisation. Worth reporting in any case though. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1