November 2018 - Koha-bugs - lists.koha-community.org

[Bug 21146] New: Elasticsearch 5.6+ doesn't consider '0' a valid boolean
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '19

14 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21146 Bug ID: 21146 Summary: Elasticsearch 5.6+ doesn't consider '0' a valid boolean 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: tomascohen(a)gmail.com To reproduce: - Set SearchEngine=Zebra - Run: $ kshell k$ prove prove t/db_dependent/Circulation/Returns.t => SUCCESS: Tests pass! - Set SearchEngine=Elasticsearch - Run: k$ prove prove t/db_dependent/Circulation/Returns.t => FAIL: Things explode because '0' is not a valid boolean for Elasticsearch (legacy fallback in past versions). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 19572] New: opac-result item avaibility not the same as opac-detail shows
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '19

14 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19572 Bug ID: 19572 Summary: opac-result item avaibility not the same as opac-detail shows Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: david.bourgault(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org This is an issue two of our clients have encountered : the item avaibility in the result page does not match the one in the detail page. e.g.: The items have a notforloan value of -2, which is mapped through Authorised_Values to "In Processing" (or equivalent) but on the OPAC result page, it is displayed as "On Order". The detailed page show the correct value. >From my analysis, this is because whereas the intranet results and the opac details use the database to get items statuses, the opac result goes through the XSLT processing, and doesn't have access to the Authorised_Values table. This is worked around by some hardcoded values in the "item namespace" created by XSLT.pm. It's possible to fix this issue case-by-case for each client, but that's a very ugly solution. I don't plan to submit a patch to this bug, because I am not sure how to solve the issue. (If my explanations are unclear please tell me) -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 17683] New: OPAC_SEARCH_LIMIT no longer accepts group codes as limits
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '19

14 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17683 Bug ID: 17683 Summary: OPAC_SEARCH_LIMIT no longer accepts group codes as limits Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: rel_3_16_candidate Severity: trivial Priority: P4 Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gitbot(a)bugs.koha-community.org, gmcharlt(a)gmail.com, paul.poulain(a)biblibre.com Depends on: 10798 SetEnvIf Host "opac2.your-domain.com" OPAC_SEARCH_LIMIT=branch:search_group_code This worked up until recently :( Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10798 [Bug 10798] OPAC_SEARCH_LIMIT behaves badly with search groups -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 21911] New: Scoping OPACs by branch does not work with new library groups
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '19

14 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21911 Bug ID: 21911 Summary: Scoping OPACs by branch does not work with new library groups Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Previously one could scope an OPAC to a specific library group using lines as below in the apache configuration: SetEnv OPAC_SEARCH_LIMIT branch:HCC_GROUP SetEnv OPAC_LIMIT_OVERRIDE 1 RequestHeader add X-Koha-SetEnv "OPAC_SEARCH_LIMIT branch:HCC_GROUP" RequestHeader add X-Koha-SetEnv "OPAC_LIMIT_OVERRIDE 1" This does not work with the new groups system as the groups do not have codes -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 16765] New: Subject links in XSLT detail display do not break into subdivisions
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '19

12 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16765 Bug ID: 16765 Summary: Subject links in XSLT detail display do not break into subdivisions Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: Boze.1(a)nd.edu QA Contact: testopia(a)bugs.koha-community.org Created attachment 52501 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=52501&action=ed… Illustration of the difference between XSLT and non-XSLT subject links Version: 3.22.04.000 Also tested on older versions and 16.05.00.000 (Catalyst demo site) Using the non-XSLT detail display, subject links are broken up into increasingly detailed subdivisions that can be clicked on. In the attached image, you can see in the first three screen captures that each subject subdivision is a separate link, and creates a search at that level of the subject. It also conveniently provides a tooltip that shows which MARC subfield the subdivision is coming from. The fourth screen capture shows what happens when the XSLT display is in effect. The entire subject with all subfields are treated as a single search. The subfields cannot be searched separately. Note the the same behavior applies to the links for additional authors. It would be great to have the XSLT option work the same way as the non-XSLT option. Settings for screen capture 4 (in attachment) OPACXSLTDetailsDisplay = default TraceSubjectSubdivisions = Include Settings for screen capture 1-3 (in attachment) OPACXSLTDetailsDisplay = (empty, no XSLT) TraceSubjectSubdivisions = Include -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 21926] New: Enhance OAI-PMH:archiveID system preference description
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '19

12 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21926 Bug ID: 21926 Summary: Enhance OAI-PMH:archiveID system preference description Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 21930] New: Typo in the manage_circ_rules_from_any_libraries description
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '19

12 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21930 Bug ID: 21930 Summary: Typo in the manage_circ_rules_from_any_libraries description Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Remove the "the" in the description If not set the logged in user could only edit circulation rules for its *the* own library (please note that manage_circ_rules is still required) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 20569] New: Improve description of CheckPrevCheckout system preference
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '19

12 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20569 Bug ID: 20569 Summary: Improve description of CheckPrevCheckout system preference Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The CheckPrefCheckout system preference has 4 possible settings, but it's not clear what the 'overridden' means in this context. The system preference description should be improved. See and verify: https://bywatersolutions.com/2017/10/09/koha-tutorial-check-previous-checko… -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 21738] New: [ILS-DI] error while holding a title without item
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '19

12 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21738 Bug ID: 21738 Summary: [ILS-DI] error while holding a title without item Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: alex.arnaud(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Using ILS-DI's HoldTitle service, if we request for holding a title which has no item, we get this error: Can't use an undefined value as a HASH reference at /kohaclone/C4/ILSDI/Services.pm line 670 http://catalog.kohaclone/cgi-bin/koha/ilsdi.pl?service=HoldTitle&patron_id=… -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 16905] New: item modification by age display screwy
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '19

11 Feb '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16905 Bug ID: 16905 Summary: item modification by age display screwy Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 53315 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=53315&action=ed… large See attached. On big screens the rule number is under the buttons -- You are receiving this mail because: You are watching all bug changes.

1 4