July 2014 - Koha-bugs - lists.koha-community.org

[Bug 11008] New: Useless column supplierreference in aqorders table
by bugzilla-daemon＠bugs.koha-community.org 20 May '15

20 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11008 Bug ID: 11008 Summary: Useless column supplierreference in aqorders table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: gmcharlt(a)gmail.com Reporter: mathieu.saby(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org In Schemaspy, column supplierreference is reported as "not used? always NULL". "grep -r supplierreference *" give this result, so I suppose it is true : blib/INTRANET_CGI_DIR/installer/data/mysql/update22to30.pl: field => 'supplierreference', blib/INTRANET_CGI_DIR/installer/data/mysql/kohastructure.sql: `supplierreference` mediumtext, -- not used? always NULL blib/INTRANET_CGI_DIR/installer/data/Pg/kohastructure.sql:supplierreference text, installer/data/mysql/update22to30.pl: field => 'supplierreference', installer/data/mysql/kohastructure.sql: `supplierreference` mediumtext, -- not used? always NULL installer/data/Pg/kohastructure.sql:supplierreference text, t/db_dependent/Acquisition.t: supplierreference I propose the deletion of this column. M. Saby -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 6705] New: hide withdrawn items
by bugzilla-daemon＠bugs.koha-community.org 20 May '15

20 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6705 Bug #: 6705 Summary: hide withdrawn items Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org When an item is marked as withdrawn it probably shouldn't show in the OPAC. If we want to please the most people then we should have a sys pref like we do with lost items to ask whether withdrawn items should show in the OPAC. -- 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 8461] New: Block returns of withdrawn items show as 'not checked out'
by bugzilla-daemon＠bugs.koha-community.org 20 May '15

20 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8461 Priority: P5 - low Change sponsored?: --- Bug ID: 8461 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Block returns of withdrawn items show as 'not checked out' Severity: minor Classification: Unclassified OS: All Reporter: kyle(a)bywatersolutions.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha Owen Leonard wrote: When an issued item that has been marked as withdrawn is returned, the table of checked-in items which appears at the bottom of the page the "due date" and "patron" columns both say "not checked out." I'm guessing the patron information isn't available because it wasn't returned as part of the check-in process? I wonder if there is a better way to handle this while still preserving the display of the failed checkin in the table of scanned items? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 11925] New: patron category not checking ages limits
by bugzilla-daemon＠bugs.koha-community.org 20 May '15

20 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11925 Bug ID: 11925 Summary: patron category not checking ages limits Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com At some point in the past I know that Koha checked the patron category for age restrictions and upperage limits - or so I thought it did. Koha 3.12+ is not checking. It's letting me create patrons that are outside of the date range put on the patron category. I tested in master and 3.12.10 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 11115] New: Pull help files from the manual
by bugzilla-daemon＠bugs.koha-community.org 20 May '15

20 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11115 Bug ID: 11115 Summary: Pull help files from the manual Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Documentation Assignee: nengard(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It would be great if the Help links in Koha were pulled directly from the manual in some way at the time of installation. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 12191] New: Items with not for loan status shouldn't trigger a transfer
by bugzilla-daemon＠bugs.koha-community.org 20 May '15

20 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12191 Bug ID: 12191 Summary: Items with not for loan status shouldn't trigger a transfer Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: hbraum(a)nekls.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Items with notforloan setting ≠ 0 [so 1 or -1, for example] CAN be checked in and CANNOT be checked out -- both expected behaviors. However, items with notforloan ≠ 0 CAN trigger a branch transfer and put an item into transit for a hold. I don't think items should be able to trigger a transfer at all on checkin, if the item still has notforloan ≠ 0. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 10075] New: Extend CGI to provide a param_utf8_decode method
by bugzilla-daemon＠bugs.koha-community.org 19 May '15

19 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10075 Bug ID: 10075 Summary: Extend CGI to provide a param_utf8_decode method Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com The key idea is to provide a way to avoid writing decode/encode stuff every time we read a param from CGI. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 10299] New: authorities plugin putting values in reverse order
by bugzilla-daemon＠bugs.koha-community.org 19 May '15

19 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10299 Bug ID: 10299 Summary: authorities plugin putting values in reverse order Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com CC: m.de.rooy(a)rijksmuseum.nl Created attachment 18269 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=18269&action=edit authority plugin with reverse order This is hard to explain, so please see the attached image. If you click the plugin next to an authority field that is already populated it takes the values from the field and puts them in the search in the reverse order. So in the image, the field has PA, Phila, Fiction but then when you click on the plugin it reorders them as Fiction, Phila, PA. The order should match. Nicole -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 11361] New: Add a Z39.50 search page in the OPAC to let members search for records on remote Koha instances.
by bugzilla-daemon＠bugs.koha-community.org 19 May '15

19 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11361 Bug ID: 11361 Summary: Add a Z39.50 search page in the OPAC to let members search for records on remote Koha instances. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: fcapovilla(a)live.ca QA Contact: testopia(a)bugs.koha-community.org Created attachment 23365 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=23365&action=edit Add a Z39.50 search page to the OPAC to let users search for records on a remote Koha instance. This patch adds the OPACZ3950 preference which activates a "Z39.50 Search" page in the OPAC. This page can be used to let members search for biblio records on remote Koha instances. If the "Show" link is clicked in the results page, the user is then redirected to the remote Koha's OPAC to see the record's details. This feature can be useful if you have multiple libraries with their own Koha instance and you want your users to be able to search for books in your other libraries. Please note that this will only work with Koha instances. The links in the results page won't work with other normal Z39.50 servers. Sponsored-by: CCSR ( http://www.ccsr.qc.ca ) -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 6685] New: circ rules by groups of items
by bugzilla-daemon＠bugs.koha-community.org 19 May '15

19 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6685 Bug #: 6685 Summary: circ rules by groups of items Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com I have had two libraries mention this recently so I thought I'd put it out there as possible enhancement to Koha. "We have about 10 item types that are "media" (CDs, DVDs, records, etc.). Our circulation department would like to restrict checkouts to three media items total, not three of each kind." I'm thinking we would need a way to group item types together into a general 'type' so that we can set rules on groups of item types as well as on a per type level. -- 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