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

[Bug 11318] New: Overdues won't send if first trigger lacks a delay value
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '15

07 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11318 Bug ID: 11318 Summary: Overdues won't send if first trigger lacks a delay value Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Overdue notices will not send if the first overdue trigger lacks a delay value (i.e. if the delay1 field in the overduerules table table is null). It doesn't matter if your second and third triggers are set with notices and values. If you have a notice and no value for the first, that's it - nothing. This behaviour has a certain logic to it, I suppose, but as Katrin has pointed out, it could perhaps fail nicer and print a message saying there are other triggers set but they can't be reached since the first one is null. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 11187] New: notices showing the --- if only one title
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '15

07 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11187 Bug ID: 11187 Summary: notices showing the --- if only one title Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 22668 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=22668&action=edit template See attached. On the checkout notice when you have multiple titles the --- translates in to 'show all titles' but if there is only one title then it shows the --- -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 11017] New: neworderempy.pl strip 952 field (Marc21) but not 995 (Unimarc)
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '15

07 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11017 Bug ID: 11017 Summary: neworderempy.pl strip 952 field (Marc21) but not 995 (Unimarc) 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: mathieu.saby(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org neworderempy.pl strip 952 field (Marc21) but not 995 (Unimarc) I suppose it should do, depending on marcflavor foreach my $item ($marcrecord->field('952')) { $marcrecord->delete_field($item); } M. Saby -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 10930] New: Invalid reference to opac on staff NORMARC XSLT
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '15

07 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10930 Bug ID: 10930 Summary: Invalid reference to opac on staff NORMARC XSLT Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: bgkriegel(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com On koha-tmpl/intranet-tmpl/prog/en/xslt/ reference to opac-search|details NORMARCslim2intranetResults.xsl: <xsl:attribute name="href">/cgi-bin/koha/opac-search.pl?q=rcn: <xsl:value-of select="marc:controlfield[@tag=001]"/>+and+(bib-level:a+or+bib-level:b)</xsl:attribute> <xsl:attribute name="href">/cgi-bin/koha/opac-search.pl?q=Host-item:<xsl:value-of select="translate(marc:datafield[@tag=245]/marc:subfield[@code='a'], '/', '')"/></xsl:attribute> NORMARCslimUtils.xsl: <xsl:attribute name="href">/cgi-bin/koha/opac-detail.pl?biblionumber=<xsl:value-of select="$bibno"/></xsl:attribute> <xsl:attribute name="href">/cgi-bin/koha/opac-search.pl?q=an:<xsl:value-of select="marc:subfield[@code=9]"/></xsl:attribute> <xsl:attribute name="href">/cgi-bin/koha/opac-search.pl?q=<xsl:value-of select="$index"/>:<xsl:value-of select="marc:subfield[@code='a']"/></xsl:attribute> Also this references that not correspond to existing files UNIMARC_compact.xsl: <link href="/koha-tmpl/opac-tmpl/prog/en/css/xsl.css" rel="stylesheet" type="text/css" /> oilsMARC21slim2HTML.xsl: <link href='/css/opac_marc.css' rel='stylesheet' type='text/css'></link> -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 10879] New: OverDrive should check for OverDriveLibraryID before performing search
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '15

07 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10879 Bug ID: 10879 Summary: OverDrive should check for OverDriveLibraryID before performing search Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: pianohacker(a)gmail.com Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org The OverDrive collection search considers the option to be enabled if both OverDriveClientKey and OverDriveClientSecret are populated in system preferences. I think the check should also include OverDriveLibraryID since the search will fail without it. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 10768] New: Improve the interface related to itemBarcodeFallbackSearch
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '15

07 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10768 Bug ID: 10768 Summary: Improve the interface related to itemBarcodeFallbackSearch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)enger.priv.no QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 7494 Created attachment 20497 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=20497&action=edit Screenshot from the documentation Bug 7494 introduced a really nice feature, and the itemBarcodeFallbackSearch syspref. Here are a couple of suggestions for improving the interface related to this syspref: - When the syspref is on, change the text above the barcode field from "Enter item barcode" to something like "Enter item barcode or keyword" - In the yellow warning box, make the phrase that was searched for stand out more. Now it is just run into one string like in the attached screenshot from the manual: "The barcode was not found outside the book Fast cataloging". "outside the book" in this example could be e.g. in bold or italics. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 10702] New: can't create notices for a specific branch
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '15

07 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10702 Bug ID: 10702 Summary: can't create notices for a specific branch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When creating a new notice if I choose my branch and then the module the branch changes back to 'all libraries'. I then change the branch back to mine and enter the code and text and have everything in place and hit save. When I save it doesn't save. The notice is lost. Right now you have to create the notice for 'all libraries' and then copy the notice to my library and then delete the 'all libraries copy'. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 10676] New: OpacHiddenItems not working for restricted
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '15

07 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10676 Bug ID: 10676 Summary: OpacHiddenItems not working for restricted Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 10673] New: Message hide timeout can go out of sync in preferences.pl
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '15

07 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10673 Bug ID: 10673 Summary: Message hide timeout can go out of sync in preferences.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: System Administration Assignee: jweaver(a)bywatersolutions.com Reporter: jweaver(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, jcamins(a)cpbibliography.com Quote from IRC: <@jcamins> pianohacker: [the save notification] won't hide, but then when you click save again, it'll hide the new one immediately after it displays. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 10442] New: Remove references to non-standard "error" class
by bugzilla-daemon＠bugs.koha-community.org 07 Jun '15

07 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10442 Bug ID: 10442 Summary: Remove references to non-standard "error" class Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org There are a few references in the templates to a very old "error" class which should not be used anymore. Generally speaking '<div class="dialog alert">' should be used instead. -- You are receiving this mail because: You are watching all bug changes.

1 15