January 2022 - Koha-bugs - lists.koha-community.org

[Bug 19199] New: Placing holds on 2 or more items from intranet cart prevents placing item-level holds
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '23

30 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19199 Bug ID: 19199 Summary: Placing holds on 2 or more items from intranet cart prevents placing item-level holds Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: ldjamison(a)marywood.edu QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Currently, when adding to the cart and placing holds on 2 or more titles, it is not possible to select specific items in each record. To replicate bug: 1.) Log in to the intranet 2.) Perform a catalog search 3.) Select 2 or more results and add them to the cart 4.) Open the cart, select 2 or more of the cart items and select Place hold 5.) Enter a patron to place the holds for 6.) Note on the Hold details screen it displays record-level holds will be placed. There is no option to make an item-level selection. 7.) Click Place hold 8.) Note on the Existing holds screen, Details lists Next available indicating a record-level hold for each hold. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 18963] New: Check In Issue
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '23

30 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18963 Bug ID: 18963 Summary: Check In Issue Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: ianuj.singhx18(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 65146 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=65146&action=ed… Book status >From day before yesterday sometimes I have encountered an issue that when patrons return the books, the book does not check-in immediately. I tried a lot but every time it show the success message of check-in but still does not completely checked-in. In Circulation log book is being checked-in, but at patrons page and OPAC it still shows book has been checked out by patron. At staff login page when I try to see the book status it shows, book has been checked out as well as it is available. I'm attaching some screen shot please help me as soon as possible. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 18844] New: embedding flip books or pdf files hosted elsewhere in 856$u
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '23

30 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18844 Bug ID: 18844 Summary: embedding flip books or pdf files hosted elsewhere in 856$u Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: eugenegf(a)yahoo.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 64502 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=64502&action=ed… Embed pdf/flipbook file The KohaCon2017 Main Conference host Ayala Museum through Filipinas Heritage Library wishes to be able to embed flipbooks in 856$u such that it will show the books as embedded in the OPAC page. Currently, videos and audios can be embedded in both the intranet and the OPAC, but not for PDF files. Uploading of files is already available in Koha ILS, so it will also be best that this feature be added to Koha ILS. See image for reference. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 25156] New: Show MARC21 240 Uniform title in list and normal result list XSLT
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '23

29 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25156 Bug ID: 25156 Summary: Show MARC21 240 Uniform title in list and normal result list XSLT Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org This is a request from a library working a lot with translations. Showing the uniform titles would make it possible to promote those titles much better. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 22719] New: Suggestion Maintenance
by bugzilla-daemon＠bugs.koha-community.org 27 Sep '23

27 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22719 Bug ID: 22719 Summary: Suggestion Maintenance Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- There needs to be a way for Superlibrarians to see and manage all suggestions, besides switching current libraries. There also needs to be setting (maybe at the bottom of the page) for each library to choose how old of each category to hold on to, and what action to take: delete, nag via e-mail daily, etc. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 29716] New: [DOCS] Automated screenshots
by bugzilla-daemon＠bugs.koha-community.org 27 Sep '23

27 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29716 Bug ID: 29716 Summary: [DOCS] Automated screenshots Change sponsored?: --- Product: Koha Version: master Hardware: All URL: https://gitlab.com/davidnind/koha-automated-screenshot s OS: All Status: ASSIGNED Severity: enhancement Priority: P4 Component: Documentation Assignee: david(a)davidnind.com Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org See if we can automate the capture of as many screenshots as possible for the Koha documentation, in as many languages as possible. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 25948] New: Clean up apache protocols and ciphers
by bugzilla-daemon＠bugs.koha-community.org 27 Sep '23

27 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25948 Bug ID: 25948 Summary: Clean up apache protocols and ciphers Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org SSLCipherSuite was truncated and different between the OPAC and Intranet sections. While cleaning that up, removed TLSv1 as it is supposed to be deprecated already. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 19014] New: Limit auto-renewal notice to item due immediately. Template Toolkit change ?
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '23

26 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19014 Bug ID: 19014 Summary: Limit auto-renewal notice to item due immediately. Template Toolkit change? Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: r.delahunty(a)arts.ac.uk QA Contact: testopia(a)bugs.koha-community.org Current functionality in 17.05: All copies of an item with auto-renewal enabled, reserved at the title level. Due dates of copies on loan include today, and various dates into the future, some many weeks ahead. When the auto-renewal job runs, Koha is sending an AUTO_RENEWAL email to ALL the users warning them ALL of renewal failure, using the [% ELSIF checkout.auto_renew_error == 'on_reserve' %] Desired functionality in 17.05: When the auto-renewal job runs, Koha should only send an AUTO_RENEWAL email to the user (or possibly users) whose copy is due back today, on the day the auto-renewal job runs. Other people who have copies on loan but which are not yet due back yet should not be contacted by the AUTO_RENEWAL email. Users contacted in this way are being very puzzled and confused. Could this be achieved by an edit to the condition in the template toolkit? So rather this: [% ELSIF checkout.auto_renew_error == 'on_reserve' %] This item has been reserved by another reader. … we have something like this: [% ELSIF checkout.auto_renew_error == 'on_reserve' && checkout.date_due %==today %] This item has been reserved by another reader. Would that work? Is a second condition permissible? How should it be worded? Ray Delahunty University of the Arts London -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 121

[Bug 28010] New: add plugin to modify record in "opac-detail.pl"
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '23

26 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28010 Bug ID: 28010 Summary: add plugin to modify record in "opac-detail.pl" Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)trust-box.at QA Contact: testopia(a)bugs.koha-community.org Created attachment 118560 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=118560&action=e… patch to opac-detail.pl I (guess I) need the abiltiy to change how records are beeing display in in opac-detail.pl Specifically I want to change the content of a record depending if a user is logged in or not for ebook renting So it would be great to have the ability to have a plugin hook there, something like 1 diff --git a/opac-detail.pl.orig b/opac-detail.pl 2 index e74cf4b..b46eb90 100755 3 --- a/opac-detail.pl.orig 4 +++ b/opac-detail.pl 5 @@ -217,6 +217,16 @@ if ( $xslfile ) { 6 $variables = { %$variables, %$plugin_variables }; 7 } 8 9 + $record = Koha::Plugins->call_apply( 10 + 'munge_record', 11 + $record, 12 + { 13 + patron => $patron, 14 + interface => 'opac', 15 + caller => 'opac-detail', 16 + } 17 + ); 18 + additionally I have a proposal to extend/modify the plugin system a little bit: I don't like the idea very much that the caller of a plugin has to take care of merging the results so the first step would be to add the ability that a plugin works recursively on a variable diff --git a/Plugins.pm.orig b/Plugins.pm index 11d44dc..71461de 100644 --- a/Plugins.pm.orig +++ b/Plugins.pm @@ -82,6 +82,35 @@ sub call { return @responses; } +=head2 call_apply + +Calls a plugin method for all enabled plugins, reworking on the same input and returning it. +ideally the caller of a plugin must not know how to merge the results +so maybe also implement a "merge" method in the plugin + + @responses = Koha::Plugins->call_apply($method, $work_var, @args) + +=cut + +sub call_apply { + my ($class, $method, $work_var, @args) = @_; + + if (C4::Context->config('enable_plugins')) { + my @plugins = $class->new({ enable_plugins => 1 })->GetPlugins({ method => $method }); + @plugins = grep { $_->can($method) } @plugins; + foreach my $plugin (@plugins) { + my $work_var = eval { $plugin->$method($work_var, @args) }; + if ($@) { + warn sprintf("Plugin error (%s): %s", $plugin->get_metadata->{name}, $@); + next; + } + } + + } + return $work_var; +} + + =head2 GetPlugins In another my idea would be to have an optional "merge" method for a certain type of plugins to avoid code like 206 207 my @plugin_responses = Koha::Plugins->call( 208 'opac_detail_xslt_variables', 209 { 210 biblio_id => $biblionumber, 211 lang => $lang, 212 patron_id => $borrowernumber 213 214 } 215 ); 216 for my $plugin_variables ( @plugin_responses ) { 217 $variables = { %$variables, %$plugin_variables }; 218 } 219 and be able to write something along the lines of 206 207 my $variables = Koha::Plugins->call( 208 'opac_detail_xslt_variables', + $variables, 209 { 210 biblio_id => $biblionumber, 211 lang => $lang, 212 patron_id => $borrowernumber 213 214 } 215 ); I hope I haven't packed to much into one issue, thanks a lot -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 26288] New: Update the Select2 JS lib to version 4.1.0
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '23

26 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26288 Bug ID: 26288 Summary: Update the Select2 JS lib to version 4.1.0 Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Bug 25727 updated Select2 to the latest stable release (4.0.13). We found some glitches about the width (see bug 25727 comment 19 for instance). It seems that the next 4.1 is going to fix it, but still beta. -- You are receiving this mail because: You are watching all bug changes.

1 6