August 2020 - Koha-bugs - lists.koha-community.org

[Bug 8732] Add a system preference to allow users to choose to display an icon based on the Koha bibliographic level itemtype
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '20

21 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8732 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #107705|0 |1 is obsolete| | --- Comment #47 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 108765 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=108765&action=e… Bug 8732: Allowing biblio level itemtypes to display instead of MARC ones This patchset adds a new syspref: BiblioItemtypeInfo If you set BiblioItemtypeInfo to Koha, you will see the Koha record level itemtype info. This info is also shown if item-level_itypes is set to biblio Display of icons are controlled by noItemTypeImages/OpacnoItemTypeImages Material type display is controlled by DisplayIconsXSLT/DisplayOPACIconsXSLT To test: 1 - Apply patch 2 - Update database 3 - Do an opac search and view results 4 - Switch pref to 'Koha' and refresh 5 - Note itemtypes appear 6 - Click in to a record details 7 - Note you see itemtype and icon 8 - Switch the pref 9 - Note you don't see record level itemtype and icon 10 - Repeat in staff interface Signed-off-by: Andrew Fuerste-Henry <andrew(a)bywatersolutions.com> Signed-off-by: Katrin Fischer <katrin.fischer.83(a)web.de> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8732] Add a system preference to allow users to choose to display an icon based on the Koha bibliographic level itemtype
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '20

21 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8732 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8732] Add a system preference to allow users to choose to display an icon based on the Koha bibliographic level itemtype
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '20

21 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8732 --- Comment #46 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 108764 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=108764&action=e… Bug 8732: (QA follow-up) Terminology - staff client to staff interface -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8338] Add ability to decrease fines with dropbox mode
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '20

20 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8338 Caroline Cyr La Rose <caroline.cyr-la-rose(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Fines not cleared with |Add ability to decrease |dropbox mode |fines with dropbox mode CC| |caroline.cyr-la-rose@inlibr | |o.com --- Comment #54 from Caroline Cyr La Rose <caroline.cyr-la-rose(a)inlibro.com> --- I changed the title a bit for the release notes. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 5807] Add collection code to circulation rules
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '20

20 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5807 --- Comment #3 from Christopher Davis <cgdavis(a)uintah.utah.gov> --- (In reply to Lisette Scheer from comment #2) Hear here to what Lisette said. If an item looks like a book, acts like a book, and feels like a book, call it a book, not a "New Book" or a "History Center Material" because that is the only way we can control its circulation. Thank you. > this would be very helpful, especially if it could work something like this: > > rule: > > TYPE OR Collection Checkout Period > > BOOK 21 DAYS > LUCKY DAY 14 DAYS > > Any book that didn't have the lucky day collection type would checkout for > 21 days. Any book that did have the lucky day collection type would checkout > for 14 days. > > This was our item types could all be by the actual type of material, but we > could set different circ rules based on collections such as lucky day, new > book, new dvd, which should really be collections only for the Book and DVD > item types. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 26255] SPAM
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '20

20 Aug '20

1 0

[Bug 22705] New: Koha tries and fails to connect to local ElasticSearch while configuration points to a remote one
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '20

20 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22705 Bug ID: 22705 Summary: Koha tries and fails to connect to local ElasticSearch while configuration points to a remote one Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: julian.maurice(a)biblibre.com Target Milestone: --- Relevant configuration block in $KOHA_CONF: <elasticsearch> <server>elasticsearch5</server> <index_name>koha_master</index_name> </elasticsearch> % misc/search_tools/rebuild_elastic_search.pl -v Indexing biblios [Cxn] ** [http://127.0.0.1:9200]-[599] Could not connect to '127.0.0.1:9200': Connection refused, called from sub Search::Elasticsearch::Role::Client::Direct::__ANON__ at /home/koha/env/master/src/Koha/SearchEngine/Elasticsearch/Indexer.pm line 382. With vars: {'status_code' => 599,'request' => {'serialize' => 'std','method' => 'HEAD','qs' => {},'path' => '/koha_master_biblios','ignore' => [],'body' => undef}} It looks like it is related to the 'Sniff' CxnPool. When I remove this line https://gitlab.com/koha-community/Koha/blob/7e218b81e6f7e4cf8bb8be3aef547cd… everything works as expected -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 24697] New: Split items.uri on staff detail view
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '20

20 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24697 Bug ID: 24697 Summary: Split items.uri on staff detail view Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 12556] SelfCheck machine starts the hold instantly with an email sent out
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '20

20 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12556 Joonas Kylmälä <joonas.kylmala(a)helsinki.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #107186|0 |1 is obsolete| | --- Comment #11 from Joonas Kylmälä <joonas.kylmala(a)helsinki.fi> --- Created attachment 108711 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=108711&action=e… Bug 12556: Add new "in processing" state to holds This adds new syspref, HoldsNeedProcessingSIP, which controls whether a hold that is related to item will be filled automatically or not. If the user has enabled the syspref then instead of fulfilling the hold automatically the hold will go to "in processing" state. To test: 1. Checkout a book to patron A 2. Place a bib level hold to the book for B 3. Patron A returns the book via SIP, to simulate this use: ./misc/sip_cli_emulator.pl -su koha -sp koha -l CPL -a 127.0.0.1 -p 6001 --item <ItemBarcode> -m checkin 4. Notice that no notification is generated for Patron B about hold and that the hold status in intranet and opac is "In Processing". 5. Notice that patron A (or other patrons) cannot checkout a book that is in processing, because it is considered to be attached to the holdee (similarly to the waiting state): ./misc/sip_cli_emulator.pl -su koha -sp koha -l CPL -a 127.0.0.1 -p 6001 --patron <PatronABarcode> --item <ItemBarcode> -m checkout -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 7611] Show the NOT_LOAN authorised values for item status in XSLT OPAC search results
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '20

20 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7611 --- Comment #60 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- Thx for your additional explanation, Nick. -- You are receiving this mail because: You are watching all bug changes.

1 0