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

[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 7726] New: AllowItemsOnHoldCheckout has columns in wrong order in sysprefs.sql
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '14

09 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7726 Priority: P5 - low Change sponsored?: --- Bug ID: 7726 CC: gmcharlt(a)gmail.com Assignee: paul.poulain(a)biblibre.com Summary: AllowItemsOnHoldCheckout has columns in wrong order in sysprefs.sql QA Contact: koha.sekjal(a)gmail.com Severity: trivial Classification: Unclassified OS: All Reporter: magnus(a)enger.priv.no Hardware: All Status: NEW Version: master Component: System Administration Product: Koha installer/data/mysql/sysprefs.sql has this, on line 341: INSERT INTO systempreferences (variable,value,options,explanation,type) VALUES ('AllowItemsOnHoldCheckout',0,'Do not generate RESERVE_WAITING and RESERVED warning when checking out items reserved to someone else. This allows self checkouts for those items.','','YesNo'); The order of the columns should be switched to this: (variable,value,explanation,options,type) The problem is also present in updatedatabase.pl: $dbh->do("INSERT INTO `systempreferences` (variable,value,options,explanation,type) VALUES ('AllowItemsOnHoldCheckout',0,'Do not generate RESERVE_WAITING and RESERVED warning when checking out items reserved to someone else. This allows self checkouts for those items.','','YesNo')"); This does probably not have any practical implications (hence severity = trivial), since the "explanation" is not used anymore and "options" is not used when the type is YesNo (I think?). -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 10187] New: precision needed in subscription-add.tt (1/quarter)
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '14

09 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10187 Bug ID: 10187 Summary: precision needed in subscription-add.tt (1/quarter) Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: mathieu.saby(a)univ-rennes2.fr A precision is needed in subscription-add.tt : "1/quarter" is used 2 times. I suppose there is some difference, but I do not know which... [% IF ( subscription.periodicity7 ) %] 1/quarter [% END %] [% IF ( subscription.periodicity8 ) %] 1/quarter [% END %] M. Saby -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 9312] New: strict perl for picture-upload.pl
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '14

07 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9312 Bug ID: 9312 Summary: strict perl for picture-upload.pl Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com strict directive is commented for tools/picture-upload.pl. This is because many vars are missing explicit package name. I propose to correct only this bug, a complete work may be done like said in FIXME in head of file. -- You are receiving this mail because: You are watching all bug changes.

1 63

[Bug 9915] New: Allow opac/svc/report to be passed sql parameters
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '14

07 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9915 Bug ID: 9915 Summary: Allow opac/svc/report to be passed sql parameters Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: chris(a)bigballofwax.co.nz To allow for things like cgi-bin/koha/svc/report?id=1&sql_params=chris&sql_params=chris2 -- You are receiving this mail because: You are watching all bug changes.

1 38

[Bug 10582] New: Koha OPAC URL shows Perl error message before web installer was run
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '14

06 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10582 Bug ID: 10582 Summary: Koha OPAC URL shows Perl error message before web installer was run Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de CC: gmcharlt(a)gmail.com When installing Koha and you open the URL to the OPAC before you have run the web installer there is a perl error message shown instead of the maintenance mode warning: Cant's use an undefined value as an ARRAY reference at /usr/lib/perl5/DBI.pm line 2054. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10