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

[Bug 6374] New: Use "size" as names/hash keys leads to an unexpected results when using Template::Toolkit (name of a virtual method there)
by bugzilla-daemon＠bugs.koha-community.org 19 Jun '14

19 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6374 Bug #: 6374 Summary: Use "size" as names/hash keys leads to an unexpected results when using Template::Toolkit (name of a virtual method there) Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: januszop(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org In many places the name "size" is used as hash key when the hash is passed to the template system for display. So, for example, since "size" is used as a name of a column of bibioitems table, it appears (or not, depending on if it was defined or not) in elements of SEARCH_RESULTS (in catalogue/search.pl or opac-search.pl) and is passed to the template results.tt/opac-results.tt. Then, in [opac-]results.tt a test is being done: [% IF ( SEARCH_RESULT.size ) %] Now: if "size" was defined, everything is OK and the size will be displayed (e.g. 21 cm), BUT if it was not defined, then a "random" number appears. This is because "size" is one of the virtual methods defined in Template::Toolkit for every data type (cf. http://search.cpan.org/~abw/Template-Toolkit-2.22/lib/Template/Manual/VMeth…) So, if "size" was defined by Koha, it will overload the method, but if it was not, then 1) XXX.size exists anyway, 2) the virtual method size() is called -- and it returns the number of elements in the hash or loop etc., depending on what is referred. The number of suspicious similar spots is ca. 20: git grep "IF.*\.size" called in koha-tmpl The issue does not seem to me to be straightforward to resolve, so I am not proposing any patch at the time. Since it seems that in most of the cases it rooted in biblioitems.size column, maybe it would be the simplest to rename that column to 'format' (and make appropriate changes in the code)? Any other ideas? -- 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 27

[Bug 7386] New: Label batches cannot be batch deleted
by bugzilla-daemon＠bugs.koha-community.org 18 Jun '14

18 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7386 Bug #: 7386 Summary: Label batches cannot be batch deleted Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: Linux Status: NEW Severity: enhancement Priority: P5 - low Component: Label printing AssignedTo: cnighswonger(a)foundations.edu ReportedBy: nflanagan(a)maine.rr.com QAContact: ian.walls(a)bywatersolutions.com Currently label batches must be deleted individually. Selecting several batches and clicking the delete button gives the error: "Please select only one batch todelete." It would be a nice enhancement to be able to delete multiple batches at once. -- 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 7

[Bug 8565] New: forgive fines doesn't work
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '14

16 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8565 Priority: P5 - low Change sponsored?: --- Bug ID: 8565 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: forgive fines doesn't work Severity: major Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha It does not appear that forgive fines on the checkin screen actually forgives anything. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 8168] New: ersatz CSV header in attachment of overdue notices sent to administrator
by bugzilla-daemon＠bugs.koha-community.org 13 Jun '14

13 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8168 Priority: P5 - low Change sponsored?: --- Bug ID: 8168 Assignee: henridamien(a)koha-fr.org Summary: ersatz CSV header in attachment of overdue notices sent to administrator Severity: minor Classification: Unclassified OS: All Reporter: gmcharlt(a)gmail.com Hardware: All Status: NEW Version: master Component: Notices Product: Koha overdue_notices.pl sends an email to the Koha admin with any notices that should be printed as an attachment. However, if the attachment contains printable notices, rather than CSV, the first line of the attachment still includes a CSV header: title;name;surname;address1;address2;zipcode;city;email;itemcount;itemsinfo;due_date;issue_date There are two problems with this: [1] This header shouldn't be included unless CSV output was specifically requested (by use of the -csv) switch. [2] The header does not respect the delimiter and tabulation system preferences -- it always uses a semicolon. -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 8506] New: return date of lost items recorded wrong
by bugzilla-daemon＠bugs.koha-community.org 09 Jun '14

09 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8506 Priority: P5 - low Change sponsored?: --- Bug ID: 8506 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: return date of lost items recorded wrong Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha Patron returned several long overdue/lost items yesterday. They had been due in December of 2011 and were flagged as lost in February 2012. The item history shows they were last seen yesterday--when they were returned, while the checkout history for that items shows that it was returned on 2/17/12 which is actually the day it was flagged as lost. This is misleading because if you look at the item checkout record it shows the items returned when in fact it is not. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 6070] New: On a new order defined from suggestion some fields were missing.
by bugzilla-daemon＠bugs.koha-community.org 05 Jun '14

05 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6070 Bug #: 6070 Summary: On a new order defined from suggestion some fields were missing. Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org (MT #4937) The missing fields : publicationyear, place, collectiontitle. More the layout has been modified. -- 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 54

[Bug 7934] New: Separate po file for help pages
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '14

03 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7934 Priority: P5 - low Change sponsored?: --- Bug ID: 7934 Assignee: frederic(a)tamil.fr Summary: Separate po file for help pages QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: I18N/L10N Product: Koha I propose to split the help files out of the po file for the staff interface. It would allow to prioritise while working on translations and reduce the size of our biggest po file. A possible workflow for translators then could be: 1) Translate the OPAC, because patrons come first :) 2) Translate the staff interface, so staff can start using Koha and all buttons and links have their correct translated names 3) Translate help files while being able to look at the translated interfaces for the right names of elements -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 8277] New: item form not always showing when ordering
by bugzilla-daemon＠bugs.koha-community.org 31 May '14

31 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8277 Priority: P5 - low Change sponsored?: --- Bug ID: 8277 Assignee: koha-bugs(a)lists.koha-community.org Summary: item form not always showing when ordering Severity: critical Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Acquisitions Product: Koha When ordering in acquisitions the item form isn't always showing (see: http://screencast.com/t/USJxXyTO9) I have tested on 3 3.8.1 systems and see this on two of them .. I can't figure out what's going on, or why it works on one and not the others, but wanted to get the report out here. Nicole -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 5789] New: Fines don't work when items have null homebranch
by bugzilla-daemon＠bugs.koha-community.org 28 May '14

28 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5789 Bug #: 5789 Summary: Fines don't work when items have null homebranch Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: jcamins(a)cpbibliography.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com It seems that the fines cron job cannot handle databases that include items where homebranch, and possibly holdingbranch, are NULL. -- 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 4

[Bug 7234] New: koha-common Debian package should include koha-sites.conf
by bugzilla-daemon＠bugs.koha-community.org 27 May '14

27 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7234 Bug #: 7234 Summary: koha-common Debian package should include koha-sites.conf Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Packaging AssignedTo: robin(a)catalyst.net.nz ReportedBy: jcamins(a)cpbibliography.com QAContact: ian.walls(a)bywatersolutions.com The koha-common Debian package should provide a sample koha-sites.conf file, so that people can see what the options are. Even better would be if it's possible to have an interactive mode in the package installer so that it requests the settings it needs (or maybe it could look up domain, etc., from somewhere else on the system?). This bug may be invalid. Please mark it as such if it is. -- 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 13