April 2020 - Koha-bugs - lists.koha-community.org

[Bug 23696] New: build_oai_sets.pl should take biblios from deletedbiblio_metadata too
by bugzilla-daemon＠bugs.koha-community.org 04 Aug '20

04 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23696 Bug ID: 23696 Summary: build_oai_sets.pl should take biblios from deletedbiblio_metadata too Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 23797] New: Convert OpacLoginInstructions system preference to news block
by bugzilla-daemon＠bugs.koha-community.org 04 Aug '20

04 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23797 Bug ID: 23797 Summary: Convert OpacLoginInstructions system preference to news block 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: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Depends on: 22318 Building on 22318, the OpacLoginInstructions system preference should be converted to a Koha news block. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22318 [Bug 22318] Extend Koha news feature to include other content areas -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 23795] New: Convert OpacCredits system preference to news block
by bugzilla-daemon＠bugs.koha-community.org 04 Aug '20

04 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23795 Bug ID: 23795 Summary: Convert OpacCredits system preference to news block 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: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Depends on: 22318 Building on 22318, the OpacCredits system preference should be converted to a Koha news block. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22318 [Bug 22318] Extend Koha news feature to include other content areas -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 24165] New: Add ability to send any item field in a library chosen SIP field
by bugzilla-daemon＠bugs.koha-community.org 03 Aug '20

03 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24165 Bug ID: 24165 Summary: Add ability to send any item field in a library chosen SIP field Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Some SIP devices need access to item fields that are not sent as item information in the checkin, checkout and item information responses. It makes sense to allow these fields to be sent in an arbitrary and configurable way, rather than hard code in each special case. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 25147] New: AllowSelfCheckReturns is in the wrong system preference section
by bugzilla-daemon＠bugs.koha-community.org 03 Aug '20

03 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25147 Bug ID: 25147 Summary: AllowSelfCheckReturns is in the wrong system preference section Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Unless I misunderstand the purpose of the AllowSelfCheckReturns system preference, I think it should be in the "Self check-in module" section of the Circulation system preferences. It is currently in the "Self Checkout" section. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 24578] New: Add wording to Cart Feature on the OPAC indicating this is temporary
by bugzilla-daemon＠bugs.koha-community.org 03 Aug '20

03 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24578 Bug ID: 24578 Summary: Add wording to Cart Feature on the OPAC indicating this is temporary 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: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The purpose of the Cart feature is a place to temporary store items that a patron may want to look at without logging into their account on the OPAC. However, there is no wording to indicate that this is a temporary cart - and this is confusing to patrons. Wording such as "Placing items in a cart is temporary- once you log out of the OPAC or close the browser you lose the items in your cart" -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 23697] New: autocompletion search in patron module
by bugzilla-daemon＠bugs.koha-community.org 03 Aug '20

03 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23697 Bug ID: 23697 Summary: autocompletion search in patron module Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: stephane.delaye(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com How add autocompletion search in patron module. with jquery it's possible like this $(document).ready(function(){ $( '#searchmember' ).autocomplete({ source: function(request, response) { $.ajax({ url: "/cgi-bin/koha/circ/ysearch.pl", dataType: "json", data: { term: request.term }, success: function(data) { response( $.map( data, function( item ) { return { label: item.surname + " , " + item.firstname + " .-Date of birth naissance: " + item.dateofbirth + " .-Address: " + item.address + " .-City:" + item.city, value: item.surname + " " + item.firstname } })); } }); }, minLength: 1, }); }); -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 36

[Bug 20799] New: Add a link from biblio detail view to ILL request detail view, if a biblio has an ILL request
by bugzilla-daemon＠bugs.koha-community.org 31 Jul '20

31 Jul '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20799 Bug ID: 20799 Summary: Add a link from biblio detail view to ILL request detail view, if a biblio has an ILL request Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no Depends on: 7317 Bug 20797 adds a link from the ILL module to the biblio detail view of the record associated with an ILL request. A link in the other direction would also be useful: from the standard biblio detail view, to the ILL detail view for the ILL request connected to the biblio record (if there is one). This could take the form of a simple link, or it could be more elaborate, like another tab alongside Holdings, Descriptions and Acq details, to display some ILL data without the need for a click through to the ILL module. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7317 [Bug 7317] Add an Interlibrary Loan Module to Circulation and OPAC -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 25335] New: Use of an authorised value in a marc subfield causes strict mode SQL error
by bugzilla-daemon＠bugs.koha-community.org 31 Jul '20

31 Jul '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25335 Bug ID: 25335 Summary: Use of an authorised value in a marc subfield causes strict mode SQL error Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl To recreate: - Edit your default framework, connect any subfield outside of the 952 to an authorised value (for example, connect the 942$n to the Yes_No auth value) - Find a record in that framework - Edit the record and find your subfield - The subfield shows a dropdown with no contents - check plack log, see "DBD::mysql::st execute failed: 'koha_kohadev.authorised_values.authorised_value' isn't in GROUP BY " -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 23521] New: ES 6 - limit terms with many word can make the search inaccurate
by bugzilla-daemon＠bugs.koha-community.org 31 Jul '20

31 Jul '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23521 Bug ID: 23521 Summary: ES 6 - limit terms with many word can make the search inaccurate Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: alex.arnaud(a)biblibre.com That issue seems to happen only with elasticsearch 6. So make this BZ depends on ES 6 Omnibus. Refining a search on author lead to the following query: "query_string": { "query": "(_record:*) AND author:Dillinger Girl" } This query returns a document with "Dillinger Escaplan" as author and "Girl" in the title => Ko The fix should be something like: "query_string": { "query": "(_record:*) AND author:(Dillinger Girl)" } That query returns only documents with "Dillinger Girl" as author => Ok -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27