September 2015 - Koha-bugs - lists.koha-community.org

[Bug 14866] New: Make high holds work with different item types and number of open days
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '15

22 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14866 Bug ID: 14866 Summary: Make high holds work with different item types and number of open days Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: eivin(a)sysmystic.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The decreaseLoanHighHolds syspref is global and it would be better to be able to set this per item, perhaps as an override to the global syspref. Also the syspref does not work as intended when a library has fewer open days per week. With a shortened loan period set to 10 days a library with 2 open days per week gets the loan period set to 10 actual days = 5 weeks. Sponsored-by: Halland county library -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 3935] Schedule tasks periodically
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '15

22 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3935 Agnes Rivers-Moore <arm(a)hanover.ca> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |arm(a)hanover.ca -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14865] New: Update Koha::Logger documentation based on wiki docs
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '15

21 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14865 Bug ID: 14865 Summary: Update Koha::Logger documentation based on wiki docs Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle.m.hall(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The documentation for the Koha Logger found at http://wiki.koha-community.org/wiki/Koha_Logger should be integrated into the logger itself as POD. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14864] New: Show patron card number next to name in members-update.pl
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '15

21 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14864 Bug ID: 14864 Summary: Show patron card number next to name in members-update.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: larit(a)student.uef.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Update patron records-view currently shows only first and last name. It is difficult to find out who the Patron is when there are many people with same name. Add cardnumber to make identifying easier. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 14863] New: Koha authorities update linking authorities in subfield '0'
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '15

21 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14863 Bug ID: 14863 Summary: Koha authorities update linking authorities in subfield '0' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: eugenegf(a)yahoo.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In current iteration of Koha ILS, given the following marc authorities in marcxml format: The first record: <record> <leader>01877nz a2200433o 4500</leader> <controlfield tag="001">1</controlfield> .... </datafield> <datafield tag="151" ind1=" " ind2=" "> <subfield code="a">Borneo</subfield> </datafield> <datafield tag="550" ind1=" " ind2=" "> <subfield code="w">g</subfield> <subfield code="a">South East Asia</subfield> <subfield code="c">c_7260</subfield> </datafield> </record> The second record: <record> <leader>02462nz a2200553o 4500</leader> <controlfield tag="001">2</controlfield> ... <datafield tag="151" ind1=" " ind2=" "> <subfield code="a">South East Asia</subfield> </datafield> <datafield tag="550" ind1=" " ind2=" "> <subfield code="w">h</subfield> <subfield code="a">Borneo</subfield> <subfield code="c">c_1017</subfield> </datafield> </record> There is no automatic way in linking Borneo with Southeast Asia and vice versa? Such that the control no. (subfield 9) is added in 550 tag like below: Authority Record no. 1: <datafield tag="151" ind1=" " ind2=" "> <subfield code="a">Borneo</subfield> </datafield> <datafield tag="550" ind1=" " ind2=" "> <subfield code="w">g</subfield> <subfield code="a">South East Asia</subfield> <subfield code="c">c_7260</subfield> <subfield code="9">2</subfield> </datafield> Authority Record no. 2: <datafield tag="151" ind1=" " ind2=" "> <subfield code="a">South East Asia</subfield> </datafield> <datafield tag="550" ind1=" " ind2=" "> <subfield code="w">h</subfield> <subfield code="a">Borneo</subfield> <subfield code="c">c_1017</subfield> <subfield code="9">1</subfield> Or if this was in MARC: =001 1 =035 \\$ac_1017 =151 \\$aBorneo =550 \\$wg$aSouth East Asia$cc_7260$92 =LDR 02462nz a2200553o 4500 =001 2 =035 \\$ac_7260 =151 \\$aSouth East Asia =550 \\$wh$aBorneo$cc_1017$91 Outside of Koha ILS, I was able to do transform the records using below XSLT, however it will be better if this can be done inside Koha or through a migration tool script, but will be better if done inside Koha: <xsl:stylesheet version="1.0" xmlns:marc="http://www.loc.gov/MARC21/slim" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" exclude-result-prefixes="rdf dc marc"> <xsl:output method="xml" encoding="UTF-8" indent="yes"/> <xsl:key name="term" match="datafield[@tag='151']|datafield[@tag='150']" use="subfield[@code='a']" /> <xsl:template match="datafield[@tag='550'][subfield[@code='a']]"> <xsl:variable name="t550a" select="subfield[@code='a']" /> <xsl:copy> <xsl:apply-templates select="@*|node()"/> <xsl:for-each select="key('term',$t550a)"> <subfield code="9"> <xsl:value-of select="../controlfield[@tag='001']" /> </subfield> </xsl:for-each> </xsl:copy> </xsl:template> <xsl:template match="@*|node()"> <xsl:copy> <xsl:apply-templates select="@*|node()"/> </xsl:copy> </xsl:template> </xsl:stylesheet> -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 14843] New: Notifications and messages via REST API
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '15

21 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14843 Bug ID: 14843 Summary: Notifications and messages via REST API 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: larit(a)student.uef.fi QA Contact: testopia(a)bugs.koha-community.org Add basic REST API operations for Notices. This way we can easily allow staff with correct permissions to resend/create manually new notices via REST API and accept third party delivery notes. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 10659] New: Upgrade jQuery star ratings plugin
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '15

21 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10659 Bug ID: 10659 Summary: Upgrade jQuery star ratings plugin Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org The version of the jQuery star ratings plugin that Koha uses is not compatible with the latest version of jQuery. If we want to be able to upgrade jQuery we need to also upgrade the star ratings plugin, which is now at version 4.11 (we have v3.14). -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 14862] New: Upgrade jQuery from 1.7 to 1.8.x (or higher) in OPAC
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '15

21 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14862 Bug ID: 14862 Summary: Upgrade jQuery from 1.7 to 1.8.x (or higher) in OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org This change is needed to allow bug 10659 to progress http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10659 -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 12897] New: Enhance date ranges in ccl.properties with Zebra
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '15

21 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12897 Bug ID: 12897 Summary: Enhance date ranges in ccl.properties with Zebra Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: gmcharlt(a)gmail.com Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl At the moment, we're fairly inconsistent with how we handle dates with Zebra indexing and searching. 1) _INDEXING_ The "registers" that we typically want to use for dates are "year" (y - Non-tokenized and non-normalized 4 digit numbers) and "date" (d - Non-tokenized and non-normalized ISO date strings) (http://www.indexdata.com/zebra/doc/querymodel-zebra.html) Sometimes we might need to use "numeric" if the date format isn't supported by "year" (YYYY) or "date" (which has to be YYYY-MM-DD format, it seems). However, at the moment, "pubdate" is the only index with a "year" register, and "acqdate"/"Date-of-acquisition" is the only index with a "date" register. The numeric register is also used sub-optimally. We use it for "onloan" and "pubdate", but both of those have better registers to use. Numeric (via st-numeric) works with "pubdate" because 1900-2000 is a straight forward numerical range. (The more I think about it, the more the difference between "year" and "numeric" might not matter too much. However "date" offers benefits when it comes to range searching.) Here are some other date indexes we have: 1) Date/time-last-modified (only has a 'word' register) - could maybe have a 'numeric' register as it has a format of yyyymmddhhmmss.f, but I'm not 100% sure. 2) date-entered-on-file ('word' and 'sort') - could have a 'numeric' register as it should be in YYDDMM format. (Neither 'year' nor 'date' would work, but 'numeric' could.) 3) copydate (only has a 'word' and 'sort' register) - could have a 'year' register as it should be in YYYY format. 4) onloan ('numeric' and 'word') - could have a 'date' register as it's in ISO format 5) datelastseen ('word') - could have a 'date' register as it's in ISO format 6) datelastborrowed ('word') - could have a 'date' register as it's in ISO format 7) replacementpricedate ('word') - could have a 'date' register as it's in ISO format ['pubdate' has 'word', 'numeric', 'year', and 'sort' registers.] ['acqdate'/'Date-of-acquisition' has 'word', 'date', and 'sort' registers.] ['tpubdate' exists in ccl.properties but isn't indexed for our MARC21.] 2) _SEARCHING_ Zebra has a built-in ability to do range searches. It relies on two special attributes to accomplish this: r=o and r=r (http://www.indexdata.com/yaz/doc/tools.html#ccl.qualifiers) r=o Allows ranges and the operators greather-than, less-than, ... equals. This sets Bib-1 relation attribute accordingly (relation ordered). A query construct is only treated as a range if dash is used and that is surrounded by white-space. So -1980 is treated as term "-1980" not <= 1980. If - 1980 is used, however, that is treated as a range. r=r Similar to r=o but assumes that terms are non-negative (not prefixed with -). Thus, a dash will always be treated as a range. The construct 1980-1990 is treated as a range with r=r but as a single term "1980-1990" with r=o. The special attribute r=r is available in YAZ 2.0.24 or later. Uses of r=r: 1) copydate 2) pubdate 3) lex 4) arl 5) arp Uses of r=o: 1) st-numeric (this is a qualifier or "structure attribute" which tells Zebra to use the "numeric" register) So... looking back at the _INDEXING_ section... it's clear that anything with a "date" register should use "r=o" for range searching, as YYYY-MM-DD has internal hyphens which would negatively affect a r=o search. When using a "numeric" or "year" register, we can use r=r. Personally, I rather we use r=o (e.g. X - X) rather than r=r (e.g. X-X), but we already have existing documentation in the manual (and on the advanced search page) saying that "X-X" is how you specify a date range. I'd be open to hearing ideas about this one. r=o is the only possibility for specifying date ranges for ISO formatted dates, and it works for YYYY dates as well, whereas r=r will only work for positive integers. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 14847] New: libdbix-connector-perl not available in Squeeze nor Koha oldstable repo
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '15

21 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14847 Bug ID: 14847 Summary: libdbix-connector-perl not available in Squeeze nor Koha oldstable repo Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mirko(a)abunchofthings.net QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz It was reported on the mailing list, that 3.18.09 on Squeeze does not install due to missing dependency libdbix-connector-perl. It seems like the package is not available in Squeeze and not in the Koha oldstable repo. It is in the stable repo though. Robin's announcement on 20 April 2015 stated > Come the release of Koha 3.20 (towards the end of May), support for > Debian 6 (squeeze) and Ubuntu 12.04 LTS (precise pangolin) will be > dropped from the Debian packages. This won't affect Koha 3.18, which > will continue to support these distros until it's no longer being > released. so the package should be in the oldstable repo, I guess. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4