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

[Bug 13976] Sorting search results by popularity is alphabetical
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '23

23 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13976 Jonathan Druart <jonathan.druart+koha(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan.druart+koha@gmail. | |com --- Comment #17 from Jonathan Druart <jonathan.druart+koha(a)gmail.com> --- I think we need a test for this change. (In reply to Nick Clemens from comment #7) > We need to zeropad the popularity like we did for biblionumbers on 30879 Don't we finally need it? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 31017] New: Add type field for vendors
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '23

23 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31017 Bug ID: 31017 Summary: Add type field for vendors 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Some libraries have many vendors, and they serve different purposes e.g. booksellers vs donors vs electronic resource providers It would be nice to have a way to differentiate these types for reporting (and eventually for searching) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 50

[Bug 13614] Replace usage of YUI on basket groups page
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '23

23 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13614 Jonathan Druart <jonathan.druart+koha(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |32935 See Also|https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=32935 | Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32935 [Bug 32935] Can basketgroup.js be removed? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 29870] New: Notice not delivered by default smtp server
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '23

23 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29870 Bug ID: 29870 Summary: Notice not delivered by default smtp server Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: gveranis(a)dataly.gr QA Contact: testopia(a)bugs.koha-community.org When you have one default smtp server configuration at koha_conf.xml (we called 'A' ) and another smtp server (we called 'B') at administration UI with two libraries that one of them is set it to default and the other set it to the smtp server 'B' then when the process_message_queue.pl is executing in order to send notices, users from library with the default server not receiving anything , but the users from library with the 'B' smtp server receive everything. The configurations between the two smtp servers A and B are the same, just one time we have passed as default on xml and the other as smtp server from UI , it seems that from UI the functions etc is working better that to get values for the object from xml. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 14722] Refactor the catalogue export tool (command-line tools/export.pl does not work anymore. Use misc/export_records.pl instead)
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '23

23 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14722 Fridolin Somers <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |13317 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13317 [Bug 13317] tools/export.pl should show help when executed with no args, from CLI -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13317] tools/export.pl should show help when executed with no args, from CLI
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '23

23 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13317 Fridolin Somers <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |14722 CC| |fridolin.somers(a)biblibre.co | |m Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14722 [Bug 14722] Refactor the catalogue export tool (command-line tools/export.pl does not work anymore. Use misc/export_records.pl instead) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 32490] New: When there's a broken spec, Mojolicious fails to capture the error properly
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '23

23 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32490 Bug ID: 32490 Summary: When there's a broken spec, Mojolicious fails to capture the error properly Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com CC: tomascohen(a)gmail.com At some point we broke mojolious's built in error processing code. Instead of a useful stack track we now get a bunch of internal Mojo error code instead and nothing useful to point at the actual underlying problem. >> The application raised the following error: Can't use an undefined value as an ARRAY reference at template mojo/debug.html.ep line 288. Context: 283: </div> 284: <div class="tap tap-border-top">tap for more</div> 285: </div> 286: </div> 287: <div class="row"> 288: % if (@{app->log->history}) { 289: % my $log = join '', map { scalar app->log->format->(@$_) } @{app->log->history}; 290: <pre class="mojo-terminal"><code class="nohighlight"><%= $log %></code></pre> 291: % } 292: % else { 293: <div class="alert alert-warning wide" role="alert"> Traceback (most recent call first): File "template mojo/debug.html.ep", line 288, in "Mojo::Template::Sandbox::6bff7bf20514502e6c04c41933771297" . . . internal mojo stuff File "/usr/bin/starman", line 38, in "main" and the StackTrace middleware couldn't catch its stack trace, possibly because your application overrides $SIG{__DIE__} by itself, preventing the middleware from working correctly. Remove the offending code or module that does it: known examples are CGI::Carp and Carp::Always. For example I traced this back a little in the server logs where it points to Koha::Logger not implimenting the 'history' method. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 8179] Receiving multiple order lines at once
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '23

23 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8179 --- Comment #88 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Barbara Johnson from comment #87) > In reading through the bug it appears that Virginia Tech is sponsoring it. It's been nearly 2 years, so I suppose the next step would be contacting Agustín Moyano and/or Virginia Tech about progress then. Many of us have a lot of tickets open on Bugzilla, so it can be hard to keep track of them all. Could be worth sending an email directly. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14242] Use ISBN-field to fill out purchase suggestions using Google Books API
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '23

23 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14242 Caroline Cyr La Rose <caroline.cyr-la-rose(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Documentation| |https://gitlab.com/koha-com submission| |munity/koha-manual/-/merge_ | |requests/629 CC| |caroline.cyr-la-rose@inlibr | |o.com Documentation| |Caroline Cyr La Rose contact| | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 31333] New: Allow the ability to make purchase suggestions to be set by borrower type
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '23

23 Feb '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31333 Bug ID: 31333 Summary: Allow the ability to make purchase suggestions to be set by borrower type Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: rkuiper(a)roundrocktexas.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com We are planning to create levels of membership at our library and we would like to prevent some borrower types from placing purchase suggestions. Currently, the system preference for purchase suggestions is 'Allow' or 'Don't Allow' for all borrower types. We would like to set the ability to place purchase suggestion for each borrow type. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 60