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

[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

[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 12128] New: Acq basket shows some values with single decimal
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '14

09 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12128 Bug ID: 12128 Summary: Acq basket shows some values with single decimal Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 27450 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=27450&action=edit Format values in acq basket display with two decimals In the acquisitions basket, the values for total GSTE, total GSTI and GST are shown with a single decimal. Attached patch (re)formats the values to have two decimals. (The values are fetched from get_order_infos(), which formats the values correctly, but the formatting is lost when the values are added together) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[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 12334] New: Make it easier to hide parts of material type and format information in OPAC
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '14

07 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12334 Bug ID: 12334 Summary: Make it easier to hide parts of material type and format information in OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org On the result list Koha displays the material type, the format and the type of the material. We have a system preference to hide the line in total, but if you only want to hide part of it, the HTML structure does not make this easy: Material type: <img class="materialtype" title="serial" alt="serial" src="/opac-tmpl/lib/famfamfam/silk/newspaper.png"> Continuing Resource ; Format: print ; Type of continuing resource: series This could be improved by wrapping the lable and the content into separate spans or someething similar. -- You are receiving this mail because: You are watching all bug changes.

1 8