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

[Bug 7923] New: Performance omnibus
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '15

02 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7923 Priority: P5 - low Change sponsored?: --- Bug ID: 7923 Assignee: gmcharlt(a)gmail.com Summary: Performance omnibus QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: Architecture, internals, and plumbing Depends on: 2898 Product: Koha Creating this bug to collect several bugs related to performance improvements. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 13993] New: Transfer order from one vendor to another vendor: Previous orderstatus is not changed
by bugzilla-daemon＠bugs.koha-community.org 01 Nov '15

01 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13993 Bug ID: 13993 Summary: Transfer order from one vendor to another vendor: Previous orderstatus is not changed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: amitddng135(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37

[Bug 12054] New: It’s possible to make order from an inactive vendor
by bugzilla-daemon＠bugs.koha-community.org 01 Nov '15

01 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12054 Bug ID: 12054 Summary: It’s possible to make order from an inactive vendor Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: a.carassiti(a)cineca.it QA Contact: testopia(a)bugs.koha-community.org Created attachment 26915 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=26915&action=edit Order from an inactive vendor When you make a vendor inactive, koha is able to order from it although if the help says you it’s not possible (see the attachment). I think it would be convenient to have at least a message that inform you of the vendor status. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 30

[Bug 13813] New: Remove deprecated module C4::Dates from system
by bugzilla-daemon＠bugs.koha-community.org 01 Nov '15

01 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13813 Bug ID: 13813 Summary: Remove deprecated module C4::Dates from system Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org The use of C4::Dates module is deprecated since June 2014. It has been superseded by Koha::DateUtils. See: http://wiki.koha-community.org/wiki/Coding_Guidelines Some functionality should be moved to Koha::DateUtils and it should be removed step by step from the system. -- You are receiving this mail because: You are watching all bug changes.

1 226

[Bug 11858] New: RFID for circulation
by bugzilla-daemon＠bugs.koha-community.org 30 Oct '15

30 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11858 Bug ID: 11858 Summary: RFID for circulation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)enger.priv.no QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com See http://wiki.koha-community.org/wiki/RFID_RFC for details. This patch will add some sysprefs and JavaScript for talking to an "RFIDHub" which is a separate project. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 5761] New: system preference to control "No cover image available" message
by bugzilla-daemon＠bugs.koha-community.org 30 Oct '15

30 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5761 Summary: system preference to control "No cover image available" message Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: reed(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 If cover art is not available for an item, an informative but unattractive "No cover image available" message is given. It would be nice if there was a system preference setting to silence this and show nothing in place of the message in those cases. -- 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 12

[Bug 12620] New: Proxy Add-on for Koha z39.50
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '15

29 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12620 Bug ID: 12620 Summary: Proxy Add-on for Koha z39.50 Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: murphy.daniel.j(a)edumail.vic.gov.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Hi all, I am new to Koha and have set it up to use in a Victorian School. Great product and congrats on all the community work. With Vic schools we all have to run through an upstream proxy and as such we don't have a 'direct' internet connection. We wish to use the z39.50 module to download information from SCIS however whenever we try to sync it lists network errors(basically implying that there is no internet connection). After a bit of reading and searching the only way to get around this appears to be to use YAZProxy - however I was wondering if there is any way in upcoming releases to have a proxy configuration section. Doing this would make it a more feasible and easier to implement solution for schools in Australia (if not around the world). Any input would be great. Thanks Dan -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 10804] New: SQL in categorie.pl should be moved into its own module and tested
by bugzilla-daemon＠bugs.koha-community.org 29 Oct '15

29 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10804 Bug ID: 10804 Summary: SQL in categorie.pl should be moved into its own module and tested 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Adding, modifying and deleting patron categories is done in categorie.pl and untested. We should add a new module and unit tests. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 8937] New: Translation process removes CDATA in HTML
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '15

28 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8937 Priority: P5 - low Change sponsored?: --- Bug ID: 8937 Assignee: gmcharlt(a)gmail.com Summary: Translation process removes CDATA in HTML Severity: normal Classification: Unclassified OS: All Reporter: fridolyn.somers(a)biblibre.com Hardware: All Status: NEW Version: master Component: Architecture, internals, and plumbing Product: Koha The translation process seams to manage CDATA tags in JS but not in HTML directly. This exists in RSS feed 'opac-opensearch.tt' : <description><![CDATA[ Search results [% IF ( query_desc ) %]for '[% query_desc |html %]'[% END %][% IF ( limit_desc ) %] with limit(s): '[% limit_desc |html %]'[% END %] at [% LibraryName |html %]]]></description> is translated in fr-FR : <description> Search results [% IF ( query_desc ) %]for '[% query_desc |html %]'[% END %][% IF ( limit_desc ) %] with limit(s): '[% limit_desc |html %]'[% END %] at [% LibraryName |html %]</description> This is another cause of bug 8936. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 13146] New: Improve GetRecordValue function by caching field mapping
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '15

28 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13146 Bug ID: 13146 Summary: Improve GetRecordValue function by caching field mapping 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: frederic(a)tamil.fr QA Contact: testopia(a)bugs.koha-community.org GetRecordValue function is called each time a specific field mapping is required. For example, bug 12692 display biblio record subtitle for each hold awaiting pickup or overdue. As it is implemented now, GetRecordValue queries directly the fieldmapping table to determine in which tag/letter a field has to be searched. It means, that the same mapping are requested over and over. The Koha cache system should be used here, as for framework structure for example. -- You are receiving this mail because: You are watching all bug changes.

1 9