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

[Bug 6986] New: update perltidy with new official style
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '14

03 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6986 Bug #: 6986 Summary: update perltidy with new official style Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: mtj(a)kohaaloha.com QAContact: koha-bugs(a)lists.koha-community.org -- 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 20

[Bug 7422] New: Prevent creation of vendors with the same name
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '14

02 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7422 Bug #: 7422 Summary: Prevent creation of vendors with the same name Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: adrien.saurat(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com It's now possible to create 2 or more vendors with exactly the same name. It would be good to prevent this by adding a check during the creation of a new vendor. -- 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 27

[Bug 8462] New: OpacHiddenItems and hidelostitems hide items, but query result count is off
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '14

02 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8462 Priority: P5 - low Change sponsored?: --- Bug ID: 8462 Assignee: oleonard(a)myacpl.org Summary: OpacHiddenItems and hidelostitems hide items, but query result count is off Severity: enhancement Classification: Unclassified OS: All Reporter: ruth(a)bywatersolutions.com Hardware: All Status: NEW Version: unspecified Component: OPAC Product: Koha Both OpacHiddenItems and hidelostitems work, and Dobrica's recent patch to remove the numbering if OpacHiddenItems is used is a swell idea (hidelostitems needs that, too!), but in either event, the hit count at the top of the result list is off. This is not a problem if you have a screen full of results; no one is gonna count to see that you only have 19 items on that list. But if the search result says 8 records were returned, and some lower number actually appear, they'll start asking questions. The example that was shown to me showed 8 results, with only *one* showing. Definitely question-begging! If you wrapped the result count in a <div>, maybe, then you could use jquery to change that number in some way? -- You are receiving this mail because: You are watching all bug changes.

1 54

[Bug 8687] New: Improvements in overdue_notices.pl
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '14

01 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8687 Priority: P5 - low Change sponsored?: --- Bug ID: 8687 Assignee: gmcharlt(a)gmail.com Summary: Improvements in overdue_notices.pl Severity: enhancement Classification: Unclassified OS: All Reporter: fcapovilla(a)live.ca Hardware: All Status: NEW Version: rel_3_8 Component: Command-line Utilities Product: Koha Created attachment 11826 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=11826&action=edit Improvements in the overdue_notices.pl script This patch contains small improvements we made in the overdue_notices.pl script. - UTF-8 support in the HTML output - Add the cardnumber and phone columns to the csv output -- You are receiving this mail because: You are watching all bug changes.

1 58

[Bug 8530] New: New Data Types for Holidays
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '14

01 Dec '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8530 Priority: P5 - low Change sponsored?: --- Bug ID: 8530 Assignee: koha-bugs(a)lists.koha-community.org Summary: New Data Types for Holidays Severity: enhancement Classification: Unclassified OS: All Reporter: elliott(a)bywatersolutions.com Hardware: All Status: NEW Version: master Component: Holidays Product: Koha Change database structure for Holidays to incorporate the ICal standard of RFC 2445. This will allow us to accurately represent recurrences without adding a row per closure in the database. This will also allow us to define exception rules and individual closures. For more information on RFC 2445 please refer to http://www.ietf.org/rfc/rfc2445.txt You can also refer to http://search.cpan.org/~fglock/DateTime-Event-ICal-0.10/lib/DateTime/Event/… -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 7758] New: Koha allowing LOST items to check out without alert
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '14

29 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7758 Priority: P5 - low Change sponsored?: --- Bug ID: 7758 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: Koha allowing LOST items to check out without alert QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: kyle.m.hall(a)gmail.com Hardware: All Status: NEW Version: unspecified Component: Circulation Product: Koha Currently, if an item marked as lost is missed at checkin, the system does not alert the librarian that the item was lost when issuing the item to a patron. We should add an alert with an ok/cancel box similar to the one for checking out items that are already issued to another patron. -- You are receiving this mail because: You are watching all bug changes.

1 28

[Bug 8257] New: Translation scripts show lots of warnings
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '14

28 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8257 Priority: P5 - low Change sponsored?: --- Bug ID: 8257 CC: frederic(a)tamil.fr Assignee: koha-bugs(a)lists.koha-community.org Summary: Translation scripts show lots of warnings Severity: normal Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: I18N/L10N Product: Koha When running the translation scripts with "perl translate install ..." a lot of warnings are shown: Use of uninitialized value in pattern match (m//) at /usr/share/perl5/Locale/PO.pm line 472, <IN> line 95569. Use of uninitialized value $key in hash element at /usr/share/perl5/Locale/PO.pm line 472, <IN> line 95569. Use of uninitialized value in pattern match (m//) at /usr/share/perl5/Locale/PO.pm line 472, <IN> line 95569. Use of uninitialized value in hash element at /usr/share/perl5/Locale/PO.pm line 343, <IN> line 95569. ... My test was on current master with uk-UA, but it also happens with other languages. Translation process still seems to be working and finishes. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 9165] New: Allow preventing passwords from being stored locally when using LDAP
by bugzilla-daemon＠bugs.koha-community.org 27 Nov '14

27 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9165 Bug ID: 9165 Summary: Allow preventing passwords from being stored locally when using LDAP Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: gmcharlt(a)gmail.com Reporter: robin(a)catalyst.net.nz CC: dpavlin(a)rot13.org Typically when a user logs in with LDAP, the password is hashed and stored in the local database. For security reasons, this isn't always desirable. So we need an option that prevents this from happening. -- You are receiving this mail because: You are watching all bug changes.

1 31

[Bug 9259] New: batch delete marc batches
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '14

26 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9259 Bug ID: 9259 Summary: batch delete marc batches Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com CC: m.de.rooy(a)rijksmuseum.nl We have the ability to 'clean' a staged file but it would be great if there was a way to batch delete (or barring that delete one by one) old batches. Today I saw a system with over 1700 of these batches and there is really no need to keep that much stuff. I'm thinking checkboxes next to each batch and then a 'clean' and a 'delete' button at the top of the page and you can choose one or the other. I should make you clean it before you delete it - kind of like deleting all items before deleting the bib record. Just some ideas I have. Nicole -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 8819] New: enter claim date manually
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '14

26 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8819 Priority: P5 - low Change sponsored?: --- Bug ID: 8819 Assignee: koha-bugs(a)lists.koha-community.org Summary: enter claim date manually Severity: enhancement Classification: Unclassified OS: All Reporter: nengard(a)gmail.com URL: cgi-bin/koha/serials/claims.pl Hardware: All Status: NEW Version: master Component: Acquisitions Product: Koha It would be nice if on the claims form for serials you could manually mark something claimed or enter a claim date. Most US vendors do not want an email as a claim, they have special web forms to fill out, but that doesn't mean that the library doesn't want to track when they claimed their issue. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1