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

[Bug 7119] New: Code cleaning omnibus
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '14

10 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7119 Bug #: 7119 Summary: Code cleaning omnibus Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: paul.poulain(a)biblibre.com ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Blocks: 6000, 6015, 6679, 6836, 6875, 6986 This omnibus is created to have a link to all patches related to code improvement and cleaning (perltidy, use Modern::Perl, clean templates,...) -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 55

[Bug 10882] New: Link tracking on results pages only works with XSLT
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '14

10 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10882 Bug ID: 10882 Summary: Link tracking on results pages only works with XSLT 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: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Tracking clicks to external links in the catalogue only works from result pages with XSLT enabled. The detail pages work with both XSLT and non-XSLT displays, it should probably be consistent across all result displays as well. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 11110] New: remove useless stopword table
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '14

10 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11110 Bug ID: 11110 Summary: remove useless stopword table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Database Assignee: gmcharlt(a)gmail.com Reporter: mathieu.saby(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org I think stopword table was used before Zebra. So now, it could be removed from database? M. Saby -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 7171] New: Use Modern::Perl
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '14

10 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7171 Bug #: 7171 Summary: Use Modern::Perl Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing AssignedTo: paul.poulain(a)biblibre.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: ian.walls(a)bywatersolutions.com Blocks: 7119 Modern::Perl is shorthand for 'use strict', 'use warnings' and using Perl 5.10 features. These are all very desirable things, so let's just do them as 1 line. Introduces new dependency, which has Debian package: libmodern-perl-perl -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 10207] New: can't renew if holds waiting to be triggered
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '14

10 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10207 Bug ID: 10207 Summary: can't renew if holds waiting to be triggered Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Received from a library: "I have place a hold on Fox in Socks, we have 3 copies available and the rest are checked out. Everyone who has one of the items from that record checked out can renew the item because it claims there is a hold on it, but there is 3 copies available, we just have not triggered the pending hold yet. A patron should be allowed to renew items that have holds on them if we have available copies to satisfy the pending holds." I'm thinking maybe it should be a sys pref or a circ rule or something to control if you can renew or not if there are holds. That's the only solution I can think of in this case. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 9405] New: Error in french PO for OPAC (3.10)
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '14

09 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9405 Bug ID: 9405 Summary: Error in french PO for OPAC (3.10) Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathieu.saby(a)univ-rennes2.fr CC: frederic(a)tamil.fr There is an extra # in french PO for OPAC, l. 17721 # #: opac-tmpl/prog/en/xslt/UNIMARCslim2OPACDetail.xsl:133 #, c-format msgid "of contents page, " msgstr "de la table des matières, " ./translate update fr-FR Use of uninitialized value $key in hash element at /usr/share/perl5/Locale/PO.pm line 466, <IN> line 17721. Use of uninitialized value in hash element at /usr/share/perl5/Locale/PO.pm line 449, <IN> line 17721. M. Saby -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 10772] New: IE7 not loading reset-fonts-grids.css in staff client
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '14

09 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10772 Bug ID: 10772 Summary: IE7 not loading reset-fonts-grids.css in staff client 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Currently, we're importing "reset-fonts-grids.css" into the staff client using "@import url("../lib/yui/reset-fonts-grids.css") screen;" in staff-global.css. This works great in Chrome, (probably Firefox), and IE8+. However, "reset-fonts-grids.css" isn't being loaded in IE7 (and probably under) in the staff client, because IE doesn't seem to support media queries with the @import rule. It'll work fine without the media query, but with it...we get nothing. Currently, we're using a "screen" media query, which Owen added with Bug 10108, so that we can generate print outs without using the YUI grid system. This was important because a lot of print outs in the staff client were getting formatted poorly due to the use of the YUI grids when printing. -- The only solutions to this problem that I see are either creating print specific stylesheets (which modern browsers would import but that IE7 wouldn't) or to create IE7 (and under) style sheets that we target using IE-specific HTML comments.) Owen/others have any thoughts on this one? I know that the popular vote is not to support older versions of IE, but there are still lots of people out there using it. Lots of Koha users use it. So I would prefer to give them the best possible interface that we can, even if it is irritating to ensure backwards compatibility. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 10215] New: Increase the size of opacnote and librariannote for table subscriptionhistory
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '14

09 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10215 Bug ID: 10215 Summary: Increase the size of opacnote and librariannote for table subscriptionhistory Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle.m.hall(a)gmail.com CC: colin.campbell(a)ptfs-europe.com We have librarians that are regularly hitting the maximum number of characters for the note fields in subscription history. They would like to be able to store at least 1000 characters here. Converting the varchar(150) to text should do it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 12500] New: In opac-detail-view, "Browse results" shows indexes from the beginning upon hovering over the last index.
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '14

09 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12500 Bug ID: 12500 Summary: In opac-detail-view, "Browse results" shows indexes from the beginning upon hovering over the last index. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: jseppal(a)student.uef.fi QA Contact: testopia(a)bugs.koha-community.org Created attachment 29360 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=29360&action=edit Result listing starts from the beginning. In opac-detail -view, clicking on the right-hand side nav's "Browse results" and hovering over the last result index, the result listing starts again from the beginning. A minor thing, but to avoid user confusion, shouldn't it be clear that the user is hovering over the last result? I'm a bit conflicted as to whether this behaviour is intented or not. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 12440] New: Remove references to QueryRemoveStopWords
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '14

09 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12440 Bug ID: 12440 Summary: Remove references to QueryRemoveStopWords Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Since bug 7440 removed the system preference QueryRemoveStopWords, we should remove the remaining references to it in Search.pm (and t/db_dependent/Search.t, by extension). -- You are receiving this mail because: You are watching all bug changes.

1 1