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

[Bug 9558] New: Customize CSS for mobile
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '14

01 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9558 Bug ID: 9558 Summary: Customize CSS for mobile Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: spalding(a)senylrc.org Would like to have the ability to override the mobile.css like we can with opac.css. Mabye something like SetEnv OPAC_CSS_OVERRIDE_MOBILE <CSS file> -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 9195] New: nav overlaps lists in ccsr
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '14

01 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9195 Bug ID: 9195 Summary: nav overlaps lists in ccsr Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com Created attachment 13846 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=13846&action=edit image overlaps lists text See attached. If something in the opacnav is over a certain width it overlaps the lists content - it should widen the nav (I think). -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 9542] New: link to regular site from mobile
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '14

01 Jul '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9542 Bug ID: 9542 Summary: link to regular site from mobile Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com Many mobile friendly sites provide links to the full HTML site - I think our mobile version could use that. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 9356] New: Show Dissertation note (MARC21 502) in XSLT
by bugzilla-daemon＠bugs.koha-community.org 30 Jun '14

30 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9356 Bug ID: 9356 Summary: Show Dissertation note (MARC21 502) in XSLT Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: katrin.fischer(a)bsz-bw.de Reporter: katrin.fischer(a)bsz-bw.de CC: m.de.rooy(a)rijksmuseum.nl The dissertation note contains important information that is not found by users on the 'Title notes' tab. It should be shown directly in the XSLT detail view. Documentation: http://www.loc.gov/marc/bibliographic/bd502.html -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 8500] New: koha-remove needs a --force switch
by bugzilla-daemon＠bugs.koha-community.org 27 Jun '14

27 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8500 Priority: P5 - low Change sponsored?: --- Bug ID: 8500 CC: robin(a)catalyst.net.nz Assignee: koha-bugs(a)lists.koha-community.org Summary: koha-remove needs a --force switch Severity: enhancement Classification: Unclassified OS: All Reporter: cnighswonger(a)foundations.edu Hardware: All Status: NEW Version: rel_3_8 Component: Packaging Product: Koha When running koha-remove, if the db for the instance being removed has been previously dropped, koha-remove throws an error and exits. We should add a --force switch so that koha-remove can be made to continue with the cleanup regardless of what errors it encounters. Of course appropriate warnings should be announced. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

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

26 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 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 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 8560] New: renewing lost items
by bugzilla-daemon＠bugs.koha-community.org 25 Jun '14

25 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8560 Priority: P5 - low Change sponsored?: --- Bug ID: 8560 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: renewing lost items Severity: major Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha I got this report from a library: When items age to long overdue lost, they assess a fee equivalent to the replacement price of the item. That makes sense. When those items are checked in, the fee is removed and the titles no longer display as checked out. The overdue does remain in the patron's history under fines. That also makes sense. However, if we renew one of those items, it assigns a new due date, but does not remove the fee or the long overdue lost designation. And, if we take payment on the item, it balances out the fee, reducing the amount due accordingly, but the title continues to display in the list of items out as long overdue lost. The result of this is that our staff members continue to mention these overdue items to the patron even after they've been taken care of. Other categories of lost - those that are manually set - remove the title from the list of items out. Renewing an item should also remove the fees and the long overdue designation. And paying for the item should remove it from items out and show it only in payment history. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 9826] New: Missing fields in MARC21 authority framework
by bugzilla-daemon＠bugs.koha-community.org 25 Jun '14

25 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9826 Bug ID: 9826 Summary: Missing fields in MARC21 authority framework Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: bgkriegel(a)gmail.com Reporter: bgkriegel(a)gmail.com CC: m.de.rooy(a)rijksmuseum.nl The default Authority frameworks for MARC21 are missing many tags. -- You are receiving this mail because: You are watching all bug changes.

1 18