October 2016 - Koha-bugs - lists.koha-community.org

[Bug 14514] LocalHoldsPriority and the HoldsQueue conflict with each other
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '16

14 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14514 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #56126|0 |1 is obsolete| | --- Comment #23 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Created attachment 56456 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=56456&action=ed… [PASSED QA] Bug 14514 - LocalHoldsPriority and the HoldsQueue conflict with each other It appears that the LocalHoldsPriority feature and the Holds Queue are fundamentally at odds with each other. The problem appears to be that both are attempting to choose the best way to fill holds. When you are using the holds queue and you check in an item that has been selected by the holds queue builder, that part of Koha where the LocalHoldsPriority feature lives doesn't get to see all the holds in order to pick the best one. Instead only the hold selected by the holds queue builder is returned so to the LocalHoldsPriority feature, that is only one hold to pick from! Test Plan: 1) Apply this patch 2) prove t/db_dependent/HoldsQueue.t 3) All tests should pass Signed-off-by: Barton Chittenden barton(a)bywatersolutions.com Signed-off-by: Dani Elder <dani(a)bywatersolutions.com> Signed-off-by: Martin Renvoize <martin.renvoize(a)ptfs-europe.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14514] LocalHoldsPriority and the HoldsQueue conflict with each other
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '16

14 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14514 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12478] Elasticsearch support for Koha
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '16

14 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12478 --- Comment #254 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- (In reply to Srdjan Jankovic from comment #253) > I had something similar with mismatching libcatmandu-perl, > libcatmandu-store-elasticsearch-perl and libcatmandu-marc-perl. Which > versions do you have please? Hi Srdjan, the pad Claire posted contains all the infos ;) I c/p it here not to loose it: $ misc/search_tools/rebuild_elastic_search.pl -v -bn=1 Indexing biblios 1 must be hashref, arrayref, coderef or iterable object Trace begun at /usr/local/share/perl/5.22.1/Catmandu/Fix.pm line 171 Catmandu::Fix::fix('Catmandu::Fix=HASH(0x6c3ba40)', 'Catmandu::Importer::MARC=HASH(0x6b44988)') called at /home/koha/src/Koha/SearchEngine/Elasticsearch/Indexer.pm line 193 Koha::SearchEngine::Elasticsearch::Indexer::_convert_marc_to_json('Koha::SearchEngine::Elasticsearch::Indexer=HASH(0xab9fa0)', 'ARRAY(0x4cd6600)') called at /home/koha/src/Koha/SearchEngine/Elasticsearch/Indexer.pm line 69 Koha::SearchEngine::Elasticsearch::Indexer::update_index('Koha::SearchEngine::Elasticsearch::Indexer=HASH(0xab9fa0)', 'ARRAY(0x4cd6738)', 'ARRAY(0x4cd6600)') called at misc/search_tools/rebuild_elastic_search.pl line 191 main::do_reindex('CODE(0x8b3ba0)', 'biblios') called at misc/search_tools/rebuild_elastic_search.pl line 139 $ git log -1 --oneline --decorate a8376f9 (HEAD -> master, origin/master, origin/HEAD) Bug 17432: Remove minification ii elasticsearch 1.7.5 all Open Source, Distributed, RESTful Search Engine ii libcatmandu-store-elasticsearch 0.0304-1 all A searchable store backed by Elasticsearch ii libsearch-elasticsearch-perl 1.19-1 all The official client for Elasticsearch ii libcatmandu-marc-perl 0.214-1 all modules for working with MARC data within the Catmandu framework ii libcatmandu-perl 0.9505-1 all metadata toolkit ii libcatmandu-store-elasticsearch 0.0304-1 all A searchable store backed by Elasticsearch ii liblog-any-adapter-perl 0.11-2 all <short description; defaults to some wise words> ii liblog-any-perl 1.03-1 all Perl module to log messages safely and efficiently -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 5260] Add option to send an order by e-mail to the acquisition module
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '16

14 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5260 --- Comment #25 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 56450 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=56450&action=ed… Bug 5260 - Schema changes Schema changes for new column in the aqcontacts table. -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 5260] Add option to send an order by e-mail to the acquisition module
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '16

14 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5260 --- Comment #24 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 56449 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=56449&action=ed… Bug 5260 - Add option to send an order by e-mail to the acquisition module With this patch it will be possible to send order information to the vendor by e-mail. For now this feature can be triggered manually with a button before closing the basket. The order e-mail is based on the acquisition claim feature, but uses a new notice template. Test plan: 1) Vendors A new checkbox "Contact when ordering?" was added to the vendor page. - Add a vendor and/or edit an existing vendor - Verify the new option is saved correctly - Verify the new option displays on the vendor summary page after saving 2) Notices The feature works with a new notice template: ACQORDER It works with the same formatting/fields etc. as the acq claim notice. - Add a new notice template ACQORDER in module 'Claim/order aquisition' - Make sure to use fields from the various offered tables in your notice - Verify it is saved correctly 3) Basket - Turn on LetterLog system preference - Create multiple order lines - Click the 'Send order' button in the toolbar - Verify error or success message - Verify you received the e-mail - Verify there is a new entry with about the sent notice in your action_logs table 4) Regression testing... - Verify order claims still work - Verify serial claims still work - Verify new serial issue notices still work ... (I can provide additional test plans if needed) -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 5260] Add option to send an order by e-mail to the acquisition module
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '16

14 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5260 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |Needs Signoff Patch complexity|--- |Small patch -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 10662] Build OAI-PMH Harvesting Client
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '16

14 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10662 --- Comment #103 from David Cook <dcook(a)prosentient.com.au> --- Ran out of time this week, but I'm working on improving the test coverage, and adding the ability to parse a OAI-PMH response as a stream rather than as a DOM tree. This is a requirement for the LIBRIS OAI-PMH server, since it's not using resumptionTokens, which do appear to be optional according to the spec. In any case, everyone will benefit, since parsing the stream should be faster, since a child process downloads the content while the parent process parses the XML. Also, if your OAI-PMH server sends a long stream rather than chunks with resumptionTokens, you'll reduce the overhead that comes from multiple HTTP requests. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12478] Elasticsearch support for Koha
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '16

14 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12478 --- Comment #253 from Srdjan Jankovic <srdjan(a)catalyst.net.nz> --- I had something similar with mismatching libcatmandu-perl, libcatmandu-store-elasticsearch-perl and libcatmandu-marc-perl. Which versions do you have please? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12999] Untranslatable string on enhanced_content.pref
by bugzilla-daemon＠bugs.koha-community.org 13 Oct '16

13 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12999 Bouzid <bouzid.fergani(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bouzid.fergani(a)inlibro.com --- Comment #8 from Bouzid <bouzid.fergani(a)inlibro.com> --- sorry, it's error -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12999] Untranslatable string on enhanced_content.pref
by bugzilla-daemon＠bugs.koha-community.org 13 Oct '16

13 Oct '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12999 Bouzid <bouzid.fergani(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #56441|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

1 0