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

[Bug 31362] New: It should be possible to extract a marc file of deleted biblios
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31362 Bug ID: 31362 Summary: It should be possible to extract a marc file of deleted biblios Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Some external systems that integrate with Koha want to receive changes (additions/deletions) in marc files We store the marcxml in the metdata table, it would be nice to have a script to extract this as marc -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 31365] New: Plugin link location needs extra documentation so indicate where it may be found
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31365 Bug ID: 31365 Summary: Plugin link location needs extra documentation so indicate where it may be found Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: matted-34813(a)mypacks.net QA Contact: testopia(a)bugs.koha-community.org 5:25 < wajasu> my librarian looked under home->tools for Plugins, but its under Home->Administration->Plugins in 22.05 15:25 < wajasu> https://koha-community.org/manual/22.05/en/html/plugins.html#set-up 15:43 < tuxayo> wajasu: indeed! That's worthy of opening a ticket with the category "Documentation" 15:43 < tuxayo> https://bugs.koha-community.org/bugzilla3/enter_bug.cgi?product=Koha 15:52 < caroline_crazycatlady> Just so you know, it appears under tools after you have at least one plugin installed. 15:55 < tuxayo> ah :o 15:55 < caroline_crazycatlady> It's still weird because it used to be under tools even with zero plugins, hence the confusion 15:58 < wajasu> well maybe one can add (located under Administration prior to a plugin being installed) :) 16:00 < caroline_crazycatlady> Sure, the whole thing should probably be rewritten... I don't think you need to change the conf file anymore either I had enabled the koha-conf.xml <enable_plugins>1</enable_plugins> and systemctl restart memcached koha-common apache2 So now Plugins shows under Home->Administration. Maybe that can be noted in the docs https://koha-community.org/manual/22.05/en/html/plugins.html#set-up After I enabled the plugins in koha-conf.xml, my librarian couldn't find the plugins link, since the docs said it was in Tools. Plus the crazycatlady mentioned it migrates to tools once a plugin is installed. It might also be worth mentioning the need to restart memcached, koha-common (i.e. koha-plack --restart <instance>) and apache2, fothe plugin to show up after it's installed, if that is the case. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 31394] New: background hold cancellation causing confusion
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31394 Bug ID: 31394 Summary: background hold cancellation causing confusion Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: bdaeuber(a)cityoffargo.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Moving the bulk hold cancellation to background jobs has had the side effect of confusing staff since waitingreserves.pl refreshes with the items still listed. Staff will then try to refresh the page to see if the items were canceled, but that causes Koha to resubmit the background job since waitingreserves.pl?cancelBulk is still in the address bar. I'd propose we at minimum do not make it possible to resubmit that job so easily, but possibly to go directly to the results of the enqueued job. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 33851] New: Punctuation: Notes␠: %s
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33851 Bug ID: 33851 Summary: Punctuation: Notes␠: %s Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org There should be no space between the word and the : koha-tmpl/intranet-tmpl/prog/en/modules/acqui/supplier.tt:378 Notes␠: %s -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 31445] New: Add biblio isbn to batch item modification
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31445 Bug ID: 31445 Summary: Add biblio isbn to batch item modification Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It has been suggested that it would be helpful to have the ISBN display in a column next to the title in the batch item modification/deletion tools. This could help libraries with verification of info without having to open the bib record. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 31230] New: Add more fields to subscription batch edit form
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31230 Bug ID: 31230 Summary: Add more fields to subscription batch edit form Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org It would be nice if more fields could be added to the subscription batch edit form. * Patron notification * Grace period * Frequency * Subscription length * Numbering pattern * Numbering table Some fields are quite specific for a serial, but when libraries have multiple subscriptions for one serial, they would still be a very useful in saving time. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 31454] New: Ability to update multiple subscriptions at once
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31454 Bug ID: 31454 Summary: Ability to update multiple subscriptions at once Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It would be useful to be able to batch renew and/or batch update details for multiple subscriptions for the same serials title. Libraries with subscriptions to the same title for multiple branches/locations currently have to repeat the renewal/editing/any steps to account for irregularities (bug 17656) many times over, which introduces room for error and can quickly get time-consuming. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 31461] New: add a document to course reserve from catalogue/detail.pl
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '23

17 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31461 Bug ID: 31461 Summary: add a document to course reserve from catalogue/detail.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org There should be a way to add a document to a course reserve from catalogue/detail.pl, in the same way of adding it to a list or a cart -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 27663] New: statistics table should have some way to include items.permanent_location
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '23

16 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27663 Bug ID: 27663 Summary: statistics table should have some way to include items.permanent_location Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: george(a)nekls.org QA Contact: testopia(a)bugs.koha-community.org statistics.location currently uses items.location at the time an item is checked out. This means that for a library using the CART and PROC locations, accurate data about an item's permanent location at the time of check-out can only be gathered through a report linking to the item record. It would be more efficient for items that are using the PROC and CART locations if the statistics table also included the item's permanent location or if there were a system preference that allowed users to specify whether they want statisitcs.location to use an item's items.location or items.permanent_location at the time of check-out. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 30321] New: Order receive page dies if quantity received is more than 0
by bugzilla-daemon＠bugs.koha-community.org 16 Jun '23

16 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30321 Bug ID: 30321 Summary: Order receive page dies if quantity received is more than 0 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: emmi.takkinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org Order receive page dies on error 500 if orders quantityreceived is more than 0. The error logs reads: "Template process failed: undef error - The method Koha::Item->count is not covered by tests!" This happens because in template orderreceive.tt we have "order.items.count" not "orders.items.count" as it should be. It seems that this error doesn't occur if template param edit is set as 1. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14