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

[Bug 20932] New: Add multiple items should have a maximum number to be able to add at a time
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '23

16 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20932 Bug ID: 20932 Summary: Add multiple items should have a maximum number to be able to add at a time Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Command-line Utilities Assignee: nick(a)bywatersolutions.com Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Currently, when adding items to an existing record- the option is to add item, duplicate or add multiple items. When the option is chosen for adding multiple items, there is a box displayed that a quantity can be entered. If the number is large (above 100) there is a pop-up message confirming this many. In addition to the pop-up, it would be helpful for a system preference to set a maximum number for this feature -as it is with Batch Item Modification / Batch Item Deletion. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 20938] New: Resetting patrons password would resend patron patron detail email
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '23

16 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20938 Bug ID: 20938 Summary: Resetting patrons password would resend patron patron detail email Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently, staff can reset a patron's password in Koha. However, it would be nice to have Koha send an email with this password/patron details (as it does when registering a new patron) to the patron instead of having the staff write down and/or tell the patron the password. Due to security it would be nice if this was done without staff interaction with the actual password. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 20961] New: cn_sort for DDC callnumbers should between 1 and 99 should be formatted as 001.* - 099.*
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '23

16 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20961 Bug ID: 20961 Summary: cn_sort for DDC callnumbers should between 1 and 99 should be formatted as 001.* - 099.* 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: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The documentation for C4::ClassSortRoutine::GetClassSortKey says * Concatenates class and item part. * Converts to uppercase. * Removes leading and trailing whitespace and '/' * Separates alphabetic prefix from the rest of the call number * Splits into tokens on whitespaces and periods. * Leaves first digit group as is. ... 9.1 => 9_100000000000000 80.1 => 80_100000000000000 700.1 => 700_100000000000000 when sorted ascending by cn_sort are 700.1 => 700_100000000000000 80.1 => 80_100000000000000 9.1 => 9_100000000000000 however, DDC classes are formatted 000 – Computer science, information & general works 100 – Philosophy and psychology 200 – Religion 300 – Social sciences 400 – Language 500 – Pure Science 600 – Technology 700 – Arts & recreation 800 – Literature 900 – History & geography 000 is sub-divided into the hundreds group 000 Computer science, knowledge & systems 010 Bibliographies 020 Library & information sciences ... and sub-sub-divided into the thousands groups... 000 Computer science, information & general works 001 Knowledge 002 The book 003 Systems ... As such, '* Leaves first digit group as is.', should read * the first digit group should be 3 characters wide, 0-padded I.e. the value of cn_sort for callnumber 1.1 should be 001_100000000000000, so that the examples above sort 009_100000000000000 080_100000000000000 700_100000000000000 See discussion here: http://lists.koha-community.org/pipermail/koha-devel/2018-June/044623.html And the summary of DDC 23 here: https://www.oclc.org/content/dam/oclc/dewey/DDC%2023_Summaries.pdf -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 18926] New: Web installer doesn't work with plack enabled
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '23

16 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18926 Bug ID: 18926 Summary: Web installer doesn't work with plack enabled Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Whenever I have to run the web installer to upgrade the database (for example), I have to disable plack and restart apache first because it caches the version number. If I leave plack enabled, the installer goes in an endless loop of saying the upgrade was successful, but never actually upgrading anything. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 18788] New: neworderempty.pl blindly deletes field 952 regardless the MARC flavour
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '23

16 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18788 Bug ID: 18788 Summary: neworderempty.pl blindly deletes field 952 regardless the MARC flavour 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It should make the decision based on the record format from the reservoir. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 18738] New: Koha_Elasticsearch_Indexer.t fails if Elasticsearch is not configured.
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '23

15 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18738 Bug ID: 18738 Summary: Koha_Elasticsearch_Indexer.t fails if Elasticsearch is not configured. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: ldjamison(a)marywood.edu QA Contact: gmcharlt(a)gmail.com When Elasticsearch is not configured/not running, executing prove -v t/db_dependent/Koha_Elasticsearch_Indexer.t fails with the same error message as indicated in Bug 12478 ([NoNodes] ** No nodes are available: [http://localhost:9200] called from sub Search::Elasticsearch::Role::Client::Direct::__ANON__ at /usr/local/share/perl/5.10.1/Catmandu/Store/ElasticSearch.pm line 61) Leaving the Elasticsearch koha-conf values empty creates same failure. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 18698] New: Get rid of [%% in translation for shelves-result.tt
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '23

15 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18698 Bug ID: 18698 Summary: Get rid of [%% in translation for shelves-result.tt Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr The file koha-tmpl/intranet-tmpl/prog/en/modules/virtualshelves/tables/shelves_results.tt exposes parts of template directives to translation, for example: "\", \"dt_sortby\": %s\"Author\"%s\"Year\"%s\"Call number\"%s\"Title\"%s, " "\"dt_created_on\": \"%s\", \"dt_modification_time\": \"%s\", \"dt_action\": " "\"%s\" }%s,%s %s ] } %s %s %s %s [%%~ action_block = '" or ~%%] %s %s [%%~ action_block = action_block _ ' Such semi-internals make translation errorprone. Translators should not be confronted with tt internals. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 18628] New: Reference books shows as unavailable
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '23

15 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18628 Bug ID: 18628 Summary: Reference books shows as unavailable Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: mishravk79(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 63535 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=63535&action=ed… Search result The search result in Staff client treat reference book as item unavailable so if there is a lost/damaged book than it counts both and shows total number of unavailable items. Suppose there is one damage and one reference book than total count of unavailable books is (2) screen shot available, even if there is single reference item it shows unavailable. Koha 16.11.07 on debian jessie 8 installed via package. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 18622] New: Require Z39.50 feature to enter bibliographic detail during making purchase suggestion on behalf of Patron
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '23

15 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18622 Bug ID: 18622 Summary: Require Z39.50 feature to enter bibliographic detail during making purchase suggestion on behalf of Patron Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: mishravk79(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Koha Provides excellent feature of making purchase suggestion on behalf of patrons through staff client but i feel staff needs Z39.50 feature to fetch the bibliographic details like making purchase suggestion from external records or new entry etc. Or System should provide a option to enter the patron card number if staff is making purchase suggestion through another option. Option like " Requester Card Number" etc. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 18599] New: "Record URL" link href is broken for multiple 856$u links in MARC record
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '23

15 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18599 Bug ID: 18599 Summary: "Record URL" link href is broken for multiple 856$u links in MARC record Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: ephetteplace(a)cca.edu QA Contact: testopia(a)bugs.koha-community.org If you place a course reserve on a bib where the MARC record contains multiple 856 $u URLs, the resulting "Record URL" link in the Link column on both the staff and public catalogs (i.e. /cgi-bin/koha/course_reserves/course-details.pl?course_id=XXX and /cgi-bin/koha/opac-course-details.pl?course_id=XXX) is broken. It looks as if the URL is constructed by concatenating both 856 URLs and separating them with a vertical bar character surrounded by spaces, " | ". Testing Plan: - create a bib record with at least two MARC 856 fields with valid URLs in their $u subfields - add an item to the bib record - enable course reserves (UseCourseReserves) - create a course - add an item from the aforementioned record on course reserve - visit its course details page - note that the "Record URL" link in the Link column is broken I'm not sure if the problem lies within Course Reserves itself; I investigated briefly and I see "cr.item.url" is the field utilized by the template. I don't need a "url" field in course_reserves or related database tables, I'm guessing it's a field on the connected item record. I'm seeing this on 16.11 but I haven't tested master. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5