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

[Bug 12430] Search truncation disables relevance ranking
by bugzilla-daemon＠bugs.koha-community.org 28 May '20

28 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12430 --- Comment #54 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I'd still love to see this fixed. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 18674] New: Show timezone for Perl and MySQL on the About Koha page
by bugzilla-daemon＠bugs.koha-community.org 28 May '20

28 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18674 Bug ID: 18674 Summary: Show timezone for Perl and MySQL on the About Koha page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: About Assignee: nengard(a)gmail.com Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org With the pushing of Bug 18299, we no longer have a quick way of checking the timezone of the Perl and MySQL connection. We should add some code to the About Koha page to show this info. -- You are receiving this mail because: You are watching all bug changes.

1 33

[Bug 25133] New: Specify Due date changes from PM to AM if library has their TimeFormat set to 12hr
by bugzilla-daemon＠bugs.koha-community.org 28 May '20

28 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25133 Bug ID: 25133 Summary: Specify Due date changes from PM to AM if library has their TimeFormat set to 12hr Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation 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 Prior to 19.05.08, when due date was specified in the checkout, the time in the box would show in 24hr format (e.g. 15:59) while the due date in the patron's checkouts would show in 12hr format (e.g. 3:59 PM) When using the specified due date in the same transaction, - check an item out and the box would remain with 15:59 while the due date would display 3:59 PM - check a second item out and the box would continue to display 15:59 and the due date 3:59 PM After 19.05.08, the format in the specify a due date box shows in 24hr format and the due date in 12hr format (in patron checkouts) as before. However, on the second transaction, the box converts to 3:59 AM and that time will be 3:59 AM on the patron's checkout. This process only occurs if the library is using the TimeFormat at 12 hours in the system preferences and not 24 hours in the TIme format. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 46

[Bug 10205] koha-create error handling
by bugzilla-daemon＠bugs.koha-community.org 28 May '20

28 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10205 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan.druart(a)bugs.koha-c | |ommunity.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13937] Add an Elasticsearch-compatible Z39.50/SRU daemon
by bugzilla-daemon＠bugs.koha-community.org 28 May '20

28 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13937 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |25618 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25618 [Bug 25618] Upgrading Koha to packages made of latest master version breaks Z3950 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 19197] New: Lower case "or" results in broken ElasticSearch queries
by bugzilla-daemon＠bugs.koha-community.org 28 May '20

28 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19197 Bug ID: 19197 Summary: Lower case "or" results in broken ElasticSearch queries Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: glasklas(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org In some places a literal "or" is used to build search queries which probably works with Zebra, but not with ElasticSearch. Replacing theses occurrences fixes the problem in those cases. This is just a band aid, not addressing the real issue which is (I guess) that a query abstraction interface is needed, and zebra-specific syntax should not be used directly in search queries, but this will at least solve this particular issue. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 23322] New: Elasticsearch - Record matching fails when multiple keys exist
by bugzilla-daemon＠bugs.koha-community.org 28 May '20

28 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23322 Bug ID: 23322 Summary: Elasticsearch - Record matching fails when multiple keys exist Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com For a record with multipel matchpoints C4/Matcher.pm combines terms using 'or' however, ES expects 'OR' so the search fails To test: 0 - Set SearchEngine to ElasticSearch 1 - Import the example record (a version is included in sample data in devbox/testing docker so you can skip) 2 - Stage the attached example record 3 - Match using 'ISBN' rule 4 - No matches found -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 22536] New: Display problem in Holds to Pull report
by bugzilla-daemon＠bugs.koha-community.org 28 May '20

28 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22536 Bug ID: 22536 Summary: Display problem in Holds to Pull report Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: david.roberts(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- Created attachment 86732 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=86732&action=ed… Screenshot In 18.11, the holds to pull screen displays in the table when an bibliographic record has more than one copy (see attached screenshot). This seems to be related to the template: </td> <td>[% reserveloo.itemcallnumber | html %]</td> <td>[% reserveloo.copyno | html %]</td> <td>[% reserveloo.enumchron | html %]</td> <td> Removing the html part of the line fixes the problem, but isn't a very secure long-term solution. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 25571] New: "Bibliographic record not found" when click on Edit item table
by bugzilla-daemon＠bugs.koha-community.org 28 May '20

28 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25571 Bug ID: 25571 Summary: "Bibliographic record not found" when click on Edit item table Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 105225 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=105225&action=e… Edit item Hi, When I try to edit an item by Edit item link (koha/cataloguing/additem.pl?), I have a message "Bibliographic record not found." Regards Marjorie -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 9810] Search limit 'available' does not hide damaged, withdrawn, or not-for-loan items
by bugzilla-daemon＠bugs.koha-community.org 27 May '20

27 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9810 --- Comment #32 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- > Hi, > > I tested it on 19.05.04 and i have same problem. > > Items not for loan (authorized value <>0) are still displayed in search > results. > > I miss something? > > Regards, > > Marjorie I Marjorie - I believe this is not a bug for (or not false behaviour) for all libraries. Available != checked out. You might still be able to use the reference collection marked not for loan in the library. -- You are receiving this mail because: You are watching all bug changes.

1 0