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

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

15 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 15 Sep '23

15 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

[Bug 18575] New: QueryFuzzy not enabled for Title search in Zebra
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '23

15 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18575 Bug ID: 18575 Summary: QueryFuzzy not enabled for Title search in Zebra Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Prerequisite: Hitchhiker's Guide To the Galaxy is searchable in the catalog. To replicate: 1) Set the system preference QueryFuzzy to 'Enable' 2) Run the following search: ti: Hitchhikers Guide To the Galaxy This will fail. 3) A keyword search for Hitchhikers Guide To the Galaxy will get hits. Technical notes: I enabled 'request' logging in koha-conf.xml: <zebra_loglevels>none,fatal,warn,request</zebra_loglevels> In the zebra logs, I see the truncation attribute @attr 5=103 In the keyword search, but not in the title search. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 18567] New: Amazon #reader-link feature is not available for all titles, causes error
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '23

15 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18567 Bug ID: 18567 Summary: Amazon #reader-link feature is not available for all titles, causes error Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When clicking on an amazon image, if the link includes the '#reader-link' at the end you may get an error messsage: Example: http://www.amazon.com/gp/reader/0773534342/ref=sib_dp_pt/002-7879865-018486… Additionally, it would be nice to make these links open in a new tab/window rather than the current. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 18563] New: Force koha.ics to only show up on first day of created calendar appointment
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '23

15 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18563 Bug ID: 18563 Summary: Force koha.ics to only show up on first day of created calendar appointment Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: jandrews(a)washoecounty.us QA Contact: testopia(a)bugs.koha-community.org This is a follow-up to bug 5456 - create a link to opac-ics.pl. The functionality established by that bug fix creates a file that can be imported to a calendar program. In Outlook, with a due time of 11:59, a 1-hour appointment is created, resulting in a 2-day "date due" appointment in the calendar. The appointment created should be limited to the first (actual due) date. [tag] [reply] [−] Comment 13 John Andrews 2017-05-02 16:16:58 UTC There's a problem with the lack of end time -- when importing this into my outlook calendar, because there's no end time, outlook automatically creates an hour long event. Which means that the due date reminder shows up both on the due date, and on the day AFTER the due date. In our case, the time due is 11:59 pm, so the appointment gets created in outlook as from 11:59 pm on the due date until 12:59 am on the next day. Is there a way to force the appointment to start and end at the same time? [tag] [reply] [−] Comment 14 Magnus Enger 2017-05-03 08:05:18 UTC (In reply to John Andrews from comment #13) Please report this as a new bug/issue. -- You are receiving this mail because: You are watching all bug changes.

1 9