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

[Bug 13675] New: the budget of an order is set to null if not changed on receiving
by bugzilla-daemon＠bugs.koha-community.org 03 Nov '15

03 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13675 Bug ID: 13675 Summary: the budget of an order is set to null if not changed on receiving 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: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Note that this bug should not appear using the interface. C4::Acquisition::ModReceiveOrder updates the aqorders with budget_id=NULL if no budget_id given in parameter. Actually the same budget_id should be used. In tests (especially t/db_dependent/Acquisition/TransferOrder.t), ModReceiveOrder is not called with a budget_id param and set to NULL the budget_id value. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[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 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 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 30 Oct '15

30 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 29 Oct '15

29 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

[Bug 13294] New: Subscription and Holding tab interaction.
by bugzilla-daemon＠bugs.koha-community.org 28 Oct '15

28 Oct '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13294 Bug ID: 13294 Summary: Subscription and Holding tab interaction. Change sponsored?: --- Product: Koha Version: 3.16 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: ed.veal(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When a serial has a great number of items added in the holdings table and the default is the "subscriptions" tab you then click on "holdings" and "click here to view them all", it takes you back to the Subscriptions info tab. Then you have to click back on the holdings tabs to see the holding. I think the issue is that when the holdings table is being filled it reloads the page and then forces you back to the subscription tab. Ed -- You are receiving this mail because: You are watching all bug changes.

1 2