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

[Bug 10466] New: Lists: 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=10466 Bug ID: 10466 Summary: Lists: 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 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: dcook(a)prosentient.com.au This is an old bug that has been spotted again. This time, it's been noticed in the Lists/Virtual Shelves... Basically, itemsloo.size produces different results depending on the type of data that is in the itemsloo hash (within the itemsloop array): 1) If "size" has a value, that value will be printed out. 2) If "size" is null/undef, a seemingly random number will print out. 3) If there is no "size" key in the hash, a seemingly random number will print out. (N.B. In fact, this "random" number is the number of keys in the itemsloo hash. "Size" is a virtual method in the template toolkit. http://www.template-toolkit.org/docs/manual/VMethods.html.) -- Currently, elsewhere in Koha (bug 6374 which covers search.pl, addbooks.pl, opac-search.pl), we're checking to see if a "size" key exists, and if not, we're inserting a "size" key with a value of "". In this case, as long as the SQL query includes the size column, there will always be a "size" key (so scenario 3 is irrelevant). We need to check if "size" is "defined", and if it's not (scenario 2 from above), then we change it to a blank (e.g. "") value, so that it just prints out nothing. The fact that "size" does print a value is probably a bug in TT, so I don't think this is the best long-term solution. It would probably make more sense to rename the variable that we're passing to TT, because if TT gets "fixed" so that "size" always operates as a method rather than fetching the value of a hash, we are going to have to do this all over again. -- You are receiving this mail because: You are watching all bug changes.

1 12

[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 9230] New: selectively delete reading history
by bugzilla-daemon＠bugs.koha-community.org 18 Jun '14

18 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9230 Bug ID: 9230 Summary: selectively delete reading history Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement 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 It would be nice if you could selectively delete your reading history as a patron. Checkboxes or something on your reading history to delete some things but not all. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 9261] New: Allow librarians to make purchase suggestions for patrons
by bugzilla-daemon＠bugs.koha-community.org 18 Jun '14

18 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9261 Bug ID: 9261 Summary: Allow librarians to make purchase suggestions for patrons Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com It would be nice if librarians could make purchase suggestions in the name of a give patron. Some reasons we've been given: * We have many patrons in rural areas that do not have computers/Internet. * Others are homebound as well. They receive items through our mailorder service and place orders exclusively by phone or mail. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 46

[Bug 9393] New: Fix bad label and add note to circulation.pl if borrower has pending modifications
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '14

17 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9393 Bug ID: 9393 Summary: Fix bad label and add note to circulation.pl if borrower has pending modifications Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com * Change 'mobile phone' to 'other phone' * Run typed in captcha through uc before comparing. * Add note to circulation.pl if borrower has pending modifications -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 11233] New: testing development
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '14

16 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11233 Bug ID: 11233 Summary: testing development Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: vishal.patil(a)osslabs.biz QA Contact: testopia(a)bugs.koha-community.org creating patch -- You are receiving this mail because: You are watching all bug changes.

1 3

[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 9114] New: exported MARC frameworks encoding should be UTF-8
by bugzilla-daemon＠bugs.koha-community.org 13 Jun '14

13 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9114 Bug ID: 9114 Summary: exported MARC frameworks encoding should be UTF-8 Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: gaetan.boisson(a)biblibre.com CC: m.de.rooy(a)rijksmuseum.nl I have noticed on several instances that when exporting a MARC framework it is encoded in ISO-8859-1, which should be UTF-8, the expected encoding for importing frameworks. Also, when chossing SQL as the export format, single quotes are escaped with backslashes, but these backslashes are not removed when importing. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 9366] New: On cataloguing each user can easily display tags or not
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '14

12 Jun '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9366 Bug ID: 9366 Summary: On cataloguing each user can easily display tags or not Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com CC: m.de.rooy(a)rijksmuseum.nl If the syspref hide_marc is set to "don't display", tags are not shown by default. The idea is to add a checkbox to hide/show tags directly on the cataloguing page. -- You are receiving this mail because: You are watching all bug changes.

1 49