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

[Bug 6145] New: ModBiblio double encoding items information
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '12

03 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6145 Bug #: 6145 Summary: ModBiblio double encoding items information Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: julian.maurice(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com diacritics would be double encoded when using ModBiblio multiple times on the same biblio. -- 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 7355] New: Hidden note subfields are not displayed in TEXTAREA if hidden
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '12

03 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7355 Bug #: 7355 Summary: Hidden note subfields are not displayed in TEXTAREA if hidden Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: frederic(a)tamil.fr QAContact: ian.walls(a)bywatersolutions.com In the data entry form, there is a (hidden) functionality for note subfields. MARC21 500-599 and UNIMARC 300-399 subfields are displayed in TEXTAREA rather than INPUT tags. This is good since usually notes can be pretty long. But if one of those fields is marked in the framework as 'hidden', then it isn't displayed at first when you create a record and when you expand the field by clicking on its label the field is displayed in a one-line INPUT tag. To reproduce this bug: - Modify your framework: MARC21: 500$a, hidden=1 UNIMARC: 300$a, hidden=1 - Create a new biblio record with this framework - Open the tab containing 500 or 300 field - 500 or 300 tab is collapsed - Click on 500 or 300 label to expand the field - 500$a or 300$a is displayed in a one-line INPUT tag, not in a TEXTAREA as it should -- 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 14

[Bug 5873] New: Change holds_queue to work with new isssuing rules system
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '12

03 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5873 Bug #: 5873 Summary: Change holds_queue to work with new isssuing rules system 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: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 5872 Blocks: 5575 -- 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 6210] New: Choose framework on Merge
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '12

03 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6210 Bug #: 6210 Summary: Choose framework on Merge Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement 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 Right now when you merge two bibs they have to be the same framework, I'd like to see the librarian be able to choose which framework to apply to the newly merged record instead of just stopping them from merging two records with different frameworks. -- 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 39

[Bug 6913] New: Improving koha-list and koha-create
by bugzilla-daemon＠bugs.koha-community.org 02 Feb '12

02 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6913 Bug #: 6913 Summary: Improving koha-list and koha-create Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Packaging AssignedTo: robin(a)catalyst.net.nz ReportedBy: robin(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org A place to track some patches I got sent that add some niceness to these scripts. -- 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 16

[Bug 6843] New: Renew membership from expiry date not from current date
by bugzilla-daemon＠bugs.koha-community.org 02 Feb '12

02 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6843 Bug #: 6843 Summary: Renew membership from expiry date not from current date Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: savitra.sirohi(a)osslabs.biz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Currently, upon membership renewal, due date is calcuated from current date. Some libraries want the due date to be calculated from current membership expiry date. Incude a system preference. -- 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 10

[Bug 6099] New: pagination error on GROUP BY guided reports
by bugzilla-daemon＠bugs.koha-community.org 01 Feb '12

01 Feb '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6099 Bug #: 6099 Summary: pagination error on GROUP BY guided reports Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Reports AssignedTo: gmcharlt(a)gmail.com ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org The calculation of length of report is wrong in case of a select with GROUP BY. -- 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 16

[Bug 5924] New: Authorities search : Heading Main is defined in unimarc record.abs
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '12

25 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5924 Bug #: 5924 Summary: Authorities search : Heading Main is defined in unimarc record.abs Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: MARC Authority data support AssignedTo: gmcharlt(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Blocks: 5581 -- 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 10

[Bug 6790] New: C4::Serials::getroutinglist returns unnecessary variable
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '12

23 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6790 Bug #: 6790 Summary: C4::Serials::getroutinglist returns unnecessary variable Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Serials AssignedTo: colin.campbell(a)ptfs-europe.com ReportedBy: colin.campbell(a)ptfs-europe.com QAContact: koha-bugs(a)lists.koha-community.org The subroutine getroutinglist returns a "count" variable along with the array. Not only is this unnecessary but it causes the routine to execute an unnecessary loop and results in some ugly, unidiomatic code in the calling cgi. Refactor count away. -- 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 10

[Bug 5867] New: "Hold filled" notice not sent by email if the user has its email address in a field other than "email"
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '12

23 Jan '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5867 Bug #: 5867 Summary: "Hold filled" notice not sent by email if the user has its email address in a field other than "email" Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Notices AssignedTo: henridamien(a)koha-fr.org ReportedBy: fcapovilla(a)live.ca QAContact: koha-bugs(a)lists.koha-community.org Created attachment 3304 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=3304 [PATCH] Improved the email checking when sending "Hold filled" notices. The subroutine for sending HOLD and HOLD_PRINT notices only checked the "email" field of the borrowers table and didn't check the value of the AutoEmailPrimaryAddress preference. With this patch, "Hold filled" notices can now be sent using the other email addresses of the member, depending on the value of the AutoEmailPrimaryAddress preference. Also, if AutoEmailPrimaryAddress is set to "first valid", the other email fields of the user are checked before falling back to a print notice. Patch 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 7