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

[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 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 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

[Bug 9892] New: export_borrowers.pl cannot handle tab-separated output
by bugzilla-daemon＠bugs.koha-community.org 19 May '15

19 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9892 Bug ID: 9892 Summary: export_borrowers.pl cannot handle tab-separated output Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: jcamins(a)cpbibliography.com misc/export_borrowers.pl allows the user to specify a separator character, but there is no way to specify a tab. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 10011] New: Branch limitiations are not saved on creating a new patron category
by bugzilla-daemon＠bugs.koha-community.org 19 May '15

19 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10011 Bug ID: 10011 Summary: Branch limitiations are not saved on creating a new patron category Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de CC: gmcharlt(a)gmail.com When creating a new patron category the branch limitations are not saved. When you edit a created patron category the limitations are saved correctly. To test: 1) Create a new patron category 2) Pick one or more libraries to limit to 3) Save and verify that the table of patron categories doesn't show your selected limitations. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 7107] New: 'used in' column on analytics not populating
by bugzilla-daemon＠bugs.koha-community.org 18 May '15

18 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7107 Bug #: 7107 Summary: 'used in' column on analytics not populating Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 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 I have added records two ways. The first: Catalog a record using fast add Click edit and choose to link to host Enter host Barcode and click okay Reindex search engine Look at host record Click Analytics tab on left Nothing in used in column The other way was to use the default framework when cataloging, but following all the same steps. -- 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 8399] New: Problems with mandatory field alert message for authorities
by bugzilla-daemon＠bugs.koha-community.org 18 May '15

18 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8399 Priority: P5 - low Change sponsored?: --- Bug ID: 8399 CC: jcamins(a)cpbibliography.com Assignee: gmcharlt(a)gmail.com Summary: Problems with mandatory field alert message for authorities Severity: normal Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: MARC Authority data support Product: Koha Created attachment 10725 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=10725&action=edit screenshot When creating a new authority (example: PERS_NAME) and only entering 100$a, on saving the record an alert will show the missing mandatory fields. In the alert the descriptions of the messages are cut off and the tab number is missing (see screenshot). -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 8480] New: auth_subfield_structure is not cleared when deleting an authority type
by bugzilla-daemon＠bugs.koha-community.org 18 May '15

18 May '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8480 Priority: P5 - low Change sponsored?: --- Bug ID: 8480 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: auth_subfield_structure is not cleared when deleting an authority type Severity: normal Classification: Unclassified OS: All Reporter: gaetan.boisson(a)biblibre.com Hardware: All Status: NEW Version: master Component: Staff Client Product: Koha To reproduce : - in authtypes.pl create a new authority type - have a look at it's MARC structure and fill it with the default type for instance - delete it - in the database the auth_subfield_structure table was not properly cleared : auth_type and auth_tag_structure were properly cleared but all the subfields for the test authority type are still there. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8