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

[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 9707] New: When downloading a report the column titles with accents are wrong formated
by bugzilla-daemon＠bugs.koha-community.org 27 Nov '14

27 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9707 Bug ID: 9707 Summary: When downloading a report the column titles with accents are wrong formated Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: christophe.croullebois(a)biblibre.com Try to create a report like "SELECT borrowers.cardnumber AS 'Numéro carte',borrowers.firstname AS 'Prénom'..." and you'll see that if you download it in "csv" format, the titles with accents will be wrong formated. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 9705] New: Add ability to put news only on the mobile site
by bugzilla-daemon＠bugs.koha-community.org 27 Nov '14

27 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9705 Bug ID: 9705 Summary: Add ability to put news only on the mobile site Classification: Unclassified 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: liz(a)catalyst.net.nz It might be nice to have the ability to have special or specific news for mobile clients as differentiated from standard desktop users. Thoughts? -- You are receiving this mail because: You are watching all bug changes.

1 2

[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

[Bug 9043] New: Adding system preferences to control the visibility of the content on the Advanced Search page
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '14

26 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9043 Priority: P5 - low Change sponsored?: --- Bug ID: 9043 Assignee: oleonard(a)myacpl.org Summary: Adding system preferences to control the visibility of the content on the Advanced Search page Severity: enhancement Classification: Unclassified OS: All Reporter: srikanth(a)catalyst.net.nz Hardware: All Status: NEW Version: unspecified Component: OPAC Product: Koha There are several options on the advanced search page using which a user can refine/limit their search. Some of that content may be too technical or may not be relavant. By adding additional system preferences the librarians can control what to display on the OPAC advanced search page. -- You are receiving this mail because: You are watching all bug changes.

1 121

[Bug 5304] New: Too many post find queries for items
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '14

24 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5304 Summary: Too many post find queries for items Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: srdjan(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 C4::Items::GetItemsInfo(): When the items resultset is returned from the search, lots of additional queries are requested for each item in order ti get extra data. This makes large resultsets extremely slow to return. Proposed solution: Rewrite items query so it returns all relevant data at once -- 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 31

[Bug 8735] New: Expire holds waiting only on days the library is open
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '14

22 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8735 Priority: P5 - low Change sponsored?: --- Bug ID: 8735 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Expire holds waiting only on days the library is open Severity: enhancement Classification: Unclassified OS: All Reporter: kyle(a)bywatersolutions.com Hardware: All Status: NEW Version: master Component: Hold requests Product: Koha There is a problem with expiring reserves. Let us say an items has two holds placed on it, and is set to waiting for the first hold. This hold is then canceled for waiting too long, yet it will remain sitting on the holds shelf until a librarian either returns it to the shelf, or sets it too waiting for the next person in line to get it. During the interim, the item will appear to be available for checkout. This is not a problem most of the time, as the holds expire late at night and the librarians will take care of it in the morning, but over a holiday weekend, it is possible that an item will remain in this state for days at a time. We can fix this situation by adding a system preference to decide of waiting holds should be canceled on holidays, or not. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 71

[Bug 9177] New: Duplicate patron: Prepopulated fields ar cleared when setting cursor
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '14

22 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9177 Bug ID: 9177 Summary: Duplicate patron: Prepopulated fields ar cleared when setting cursor Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 13790 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=13790&action=edit Screenshot Duplicate patron - prepopulated fields cleared How to reproduce: 1) Go to a patron's detail page 2) Click "Duplicate" 3) On the screen, click in one of the prepopulated fields, e.g. Surname or City Result: The field is cleared. Expected: Cursor is set without clearing the field. Is this a bug or is it by design? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16