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

[Bug 6754] New: Improve breadcrumbs on lists pages
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '11

26 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6754 Bug #: 6754 Summary: Improve breadcrumbs on lists pages Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 Component: Virtual Shelves AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Breadcrumb navigation on the lists pages should give the user links back to the category of list they're viewing, public or private. Whereas now it is: Lists -> Contents of (Your list) It should be: Lists -> Your lists -> Contents of (Your list) -- 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 6822] New: RIS export problem in opac-export.pl with parsing the MARC
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '11

26 Oct '11

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6822 Bug #: 6822 Summary: RIS export problem in opac-export.pl with parsing the MARC Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: stevecallender(a)esilibrary.com QAContact: koha-bugs(a)lists.koha-community.org Problem in opac-export.pl in the call to marc2ris. It's already a MARC::Record objection, so attempting to convert $marc to a MARC record objection is breaking the output. -- 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 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