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

[Bug 9314] New: Messaging preferences not updated to category defaults on patron edit
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '15

11 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9314 Bug ID: 9314 Summary: Messaging preferences not updated to category defaults on patron edit Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: rolando.isidoro(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com On the patron edit form, under the "Patron messaging preferences" there's a message stating: "If no preferences are selected, the default preferences for the category chosen will be applied on save, otherwise your selection here is saved" When no preferences are selected the default preferences for the chose category are not being applied on save. As an enhancement a button could be added to reset the messaging preferences to default. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 9452] New: C4::Letters does not function under Plack
by bugzilla-daemon＠bugs.koha-community.org 10 Jun '15

10 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9452 Bug ID: 9452 Summary: C4::Letters does not function under Plack Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: jcamins(a)cpbibliography.com There are module-level variables in C4::Letters which cause problems with Plack installations. I haven't tracked down why, but there is also a db handle getting cached, resulting in: DBD::mysql::st execute failed: MySQL server has gone away at /home/jcamins/kohaclone/C4/Letters.pm line 546. at /home/jcamins/kohaclone/circ/circulation.pl line 747 -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 8602] New: Patron card creator - 'Units' don't stick in layouts
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '15

09 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8602 Priority: P5 - low Change sponsored?: --- Bug ID: 8602 Assignee: cnighswonger(a)foundations.edu Summary: Patron card creator - 'Units' don't stick in layouts Severity: normal Classification: Unclassified OS: All Reporter: derrynj(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Label printing Product: Koha To reproduce: 1. Create a new layout 2. Change Units to SI Millimeters 3. Save 4. Edit the same layout 5. It's back to PostScript Points This bug could be related http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5181 -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 11057] New: Bootstrap theme: Don't hide language chooser below the fold
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '15

08 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11057 Bug ID: 11057 Summary: Bootstrap theme: Don't hide language chooser below the fold Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: magnus(a)enger.priv.no QA Contact: testopia(a)bugs.koha-community.org Depends on: 10309 Created attachment 22008 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=22008&action=edit The chosen language is displayed above the other text in the language chooser With the (beautiful!) new theme based on Bootstrap, even if there is not a lot of stuff on the front page of the OPAC, the language chooser is hidden "below the fold", so you have to scroll to see it. I needed to have it pointed out to me by someone who was already aware of this, so I think there is a good chance more people will be confused by it. Also, the chosen language is displayed a bit wonky, see attached screenshot. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 10286] New: Syspref auto-populator broken in French
by bugzilla-daemon＠bugs.koha-community.org 08 Jun '15

08 Jun '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10286 Bug ID: 10286 Summary: Syspref auto-populator broken in French Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: jcamins(a)cpbibliography.com CC: gmcharlt(a)gmail.com When viewing the staff client in French, the syspref auto-populated for the XSLT configuration is broken: if you click one of the links in OPACXSLTResultsDisplay, the value of OPACXSLTDetailsDisplay is changed. This is not an issue in nb-NO or de-DE. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[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