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

[Bug 27452] New: Create GUI for patron_emailer cron
by bugzilla-daemon＠bugs.koha-community.org 13 Jun '23

13 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27452 Bug ID: 27452 Summary: Create GUI for patron_emailer cron 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, katrin.fischer(a)bsz-bw.de, nick(a)bywatersolutions.com Depends on: 16149 It would be nice to have a GUI for this cron so folks don't need to install the plugin (https://github.com/bywatersolutions/koha-plugin-patron-emailer) Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16149 [Bug 16149] Generate and send custom notices based on report output -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 29486] New: _koha_marc_update_bib_ids no longer needed for GetMarcBiblio (?)
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '23

12 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29486 Bug ID: 29486 Summary: _koha_marc_update_bib_ids no longer needed for GetMarcBiblio (?) Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org C4::Biblio::_koha_marc_update_bib_ids is adding biblionumber and biblioitemnumber to the MARC record. When it may still be needed when a bibliographic record is added/edited, why do we need it for GetMarcBiblio? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30

[Bug 32464] New: Koha::Item->as_marc_field obsolete option mss
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '23

12 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32464 Bug ID: 32464 Summary: Koha::Item->as_marc_field obsolete option mss Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Since Bug 28445 the method Koha::Item->as_marc_field has the option mss not anymore. It is still existing in Koha::Filter::MARC::EmbedItems -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30

[Bug 32060] New: Improve performance of Koha::Item->columns_to_str
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '23

12 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32060 Bug ID: 32060 Summary: Improve performance of Koha::Item->columns_to_str Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: glasklas(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When creating a new item for a biblio with many items, for example serials which can have several hundreds, the table of existing items that is shown is currently very performance heavy to generate. The main culprit is Koha::Item->columns_to_str that can be sped up substantially by caching data that is looked up repeatedly for each call. With this patch columns_to_str will run about ~70x faster, reducing the load time of /cataloguing/additem.pl?biblionumber=... to about one fifth for a biblio with about 150 items (and even more with increasing number of items). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 40

[Bug 31523] New: Show OverDrive results on the staff client results page
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '23

12 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31523 Bug ID: 31523 Summary: Show OverDrive results on the staff client results page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It would be great if we could see OverDrive results on the staff results page, similar to how we show them on the OPAC results page. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 31696] New: Allow staff to choose default sort order of column configurable tables
by bugzilla-daemon＠bugs.koha-community.org 12 Jun '23

12 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31696 Bug ID: 31696 Summary: Allow staff to choose default sort order of column configurable tables Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It would be pretty handy if staff could choose the default_sort_order of various tables in Koha. I often write jQuery to change the sort order and it would be nice if it could be done via administration. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 31734] New: Hooks for account, recall, indexing and more actions for holds.
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '23

11 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31734 Bug ID: 31734 Summary: Hooks for account, recall, indexing and more actions for holds. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: stefan.berndtsson(a)ub.gu.se QA Contact: testopia(a)bugs.koha-community.org This patch adds a few more hooks and extensions to an existing hook. The existing hook "after_hold_action" has been extended with the following actions: * "transfer" for when a Hold calls "set_transfer()". * "waiting" for when a Hold calls "set_waiting()". * "processing" for when a Hold calls "set_processing()". A new hook "after_account_action" is added with action "add_credit" for when credit is added via for example PAYMENT or WRITEOFF. This is consistent with when UpdateStats is called so that a plugin can be used to log the same kind of data as the normal statistics. Another new hook "after_recall_action" with action "add_recall" is also added. Also to stay consistent with the UpdateStats usage. Lastly a hook "before_index_action" with action "update" is added for the Elasticsearch::Indexer function "update_index()" so that the records being indexed can be modified before indexing. This allows for a plugin to add metadata to index or tweak or change it to provide better search results without changing the actual records (something that might be prohibited or discouraged due to centralised cataloging). Tests are provided in the patch. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 31716] New: Enlarge the size of the authorised_value column in authorised_values
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '23

11 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31716 Bug ID: 31716 Summary: Enlarge the size of the authorised_value column in authorised_values Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Some libraries want to store URLs or longer values in the AVs to make entry easier. Currently there is an 80 character limit -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 19111] New: Do not mess with kohafield in authority_subfield_structure
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '23

11 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19111 Bug ID: 19111 Summary: Do not mess with kohafield in authority_subfield_structure Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Please see also bug 10306 and dependencies. In Koha we are using kohafield in auth_subfield_structure only for the link between authid and 001, as well as authtypecode and 942a. We do not have any further "kohafield functionality" as on the biblio side for additional fields like title, author, etc. (There is no authority counterpart for transform marc to koha, etc.) Sub GetAuthMARCFromKohaField is only called a few times (once in AuthoritiesMarc.pm and twice in authorities.pl). In e.g. SearchAuthorities, GuessAuthid, AddAuthority, etc. 001 is hardcoded. This actually means that you should really NEVER change the "kohafield" mapping in the Subfield structure of Admin/Authority types for 001 and 942a. I would propose here to disable the kohafield for editing on the subfield structure form (just as on bug 19096), and at least add some comments to GetAuthMARCFromKohaField. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 31704] New: Mapping of kohafield for authorities should be controlled by default framework too
by bugzilla-daemon＠bugs.koha-community.org 11 Jun '23

11 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31704 Bug ID: 31704 Summary: Mapping of kohafield for authorities should be controlled by default framework too Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Similar to what we do for biblio records. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4