October 2011 - Koha-bugs - lists.koha-community.org

[Bug 6562] New: Reserve request generates unnecessary runtime errors
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '11

26 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6562 Bug #: 6562 Summary: Reserve request generates unnecessary runtime errors Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: colin.campbell(a)ptfs-europe.com QAContact: koha-bugs(a)lists.koha-community.org Because the script action is directed by 'action' but is initially called with action undefined it fills the log with noise. Assign a suitable falsy value to action if undefined so that we can use the error logs more efficiently. script is a prime candidate for refactoring if anyone has the time as its over complex and slow -- 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 7

[Bug 6318] New: fields missing when editing a layout
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '11

26 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6318 Bug #: 6318 Summary: fields missing when editing a layout Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Label printing AssignedTo: cnighswonger(a)foundations.edu ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org When you create a layout you have 7 (i think) fields you can choose from under the 'Choose Order Of Text Fields to Print' heading. If you set any of them to 'blank' (aka not to show) then when you come back to edit the label those fields aren't there as a choice anymore. For those of us who know the database and the marc fields it's not a big deal, we can use the box under the 'List fields' heading, but for most librarians it's confusing to have those fields disappear. I think that they should be there at all times that way librarians can just choose a number from the pull down to make them reappear. Another option is to have a menu like on notices where all the fields are listed and you choose which ones you want to add to your label. -- 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 8

[Bug 6479] New: Encoding problem in "recievedlist" when the numbering formula contains utf-8 characters
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '11

26 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6479 Bug #: 6479 Summary: Encoding problem in "recievedlist" when the numbering formula contains utf-8 characters Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: fcapovilla(a)live.ca QAContact: koha-bugs(a)lists.koha-community.org Created attachment 4424 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=4424 Corrections the encoding problem with "recievedlist" If a numbering formula using utf-8 characters is used with a subscription("N° {X}" for example), the "Received issues" list gets encoded incorrectly when the number of received issues is greater than 1. The problem is a double-encoding problem that happens when adding a new issue's number to the content of the recievedlist field, because a utf-8 string gets concatenated with a non-utf8 string. Patch attached that converts the issue number to utf-8 before the concatenation happens. -- 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 14

[Bug 6727] New: can't import frameworks
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '11

26 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6727 Bug #: 6727 Summary: can't import frameworks Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com This needs to be tested by someone else, but I exported a framework from my system and imported it in to another system and it did not import the entire framework, only one field. Attached is the exported framework. -- 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 21

[Bug 6728] New: table sorter for receiving acq
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '11

26 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6728 Bug #: 6728 Summary: table sorter for receiving acq Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: cgi-bin/koha/acqui/parcel.pl?supplierid=2&op=new&invoi ce=47389427482&datereceived=08%2F16%2F2011 OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org It would be nice when receiving to be able to sort the columns in the table. -- 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 9

[Bug 6715] New: xmlControlField.js always fetches the value_builder xml files in the "en" directory.
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '11

26 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6715 Bug #: 6715 Summary: xmlControlField.js always fetches the value_builder xml files in the "en" directory. Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: fcapovilla(a)live.ca QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com The xmlControlField.js file that is used to load the value_builder xml files for fields 006 and 008 always uses the file in the "en" directory, ignoring the current language. This prevents translations in those xml files to work, because the "en" file is always used : intranet-tmpl/prog/LANG/modules/cataloguing/value_builder/marc21_field_008.xml intranet-tmpl/prog/LANG/modules/cataloguing/value_builder/marc21_field_006.xml -- 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 7

[Bug 6665] New: advancedMARCeditor preference not functioning
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '11

26 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6665 Bug #: 6665 Summary: advancedMARCeditor preference not functioning Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com This might be a T:T issue, but regardless of the setting for this preference the labels still show. -- 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 12

[Bug 5866] New: At larger hold volume, waitingreserves.pl for all libraries times out, can cause generalized slowness
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '11

26 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5866 Bug #: 5866 Summary: At larger hold volume, waitingreserves.pl for all libraries times out, can cause generalized slowness Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Hold requests AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: wizzyrea(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com In a consortium with 35 libraries, with hundreds of holds waiting pickup: On the "Holds awaiting pickup for your Library" report, selecting "View all branches" the report will not complete (we waited several minutes - the computer went to sleep before the report finished). While that report was trying to run, patron searches took 5-8 seconds instead of 2-5. Catalog searches took 10 seconds. Cataloging searches (/cataloguing/addbooks.pl?q=twilight) took 7-10 seconds. -- 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 13

[Bug 4419] Cannot change module for notice templates
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '11

26 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4419 --- Comment #6 from Chris Nighswonger <cnighswonger(a)foundations.edu> 2011-10-26 18:02:10 UTC --- The fix for this bug was published in the 3.4.5 release. If you were the reporter of this bug, please take time to verify the fix and update the status of this bug report accordingly. If the bug is fixed to your satisfaction, please close this report. -- 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 0

[Bug 6732] New: Missing Title for Manual Invoice
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '11

26 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6732 Bug #: 6732 Summary: Missing Title for Manual Invoice Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: joy(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 5035 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5035 Screen shot of manual fine verus lost charge. When you put an manual invoice in for a fine the title doesn't appear even if you put a barcode in. If you create a manual invoice for a lost item the title does appear if you put the barcode in. See attached. -- 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 5