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

[Bug 25028] New: The not-onloan-count index is not used in ES
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '21

20 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25028 Bug ID: 25028 Summary: The not-onloan-count index is not used in ES 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 The code in Koha::SearchEngine::Elasticsearch::QueryBuilder::_fix_limit_special_cases only sets onloan:false on the query if the availability limit is passed. This is not (a) matching the Zebra behaviour and (b) it should be using the not-onloan-count index (which is configured) but as the indexer is feeded with the output from GerMarcBiblio as-is, it wouldn't include 999$x as the rebuild_zebra.pl counter part does, using the RecordProcessor filters. Looking at rebuild_zebra.pl and the fact that ES doesn't use the EmbedSeeFromHeadings filter either, probably more bugs should be filled. I'm possibly missing some more magic on the QueryParser code that could deal with this things in a different way (than Zebra). But the availability one looks plain wrong so worth filing this bug. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 21105] New: oai.pl returns invalid earliestDatestamp
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '21

20 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21105 Bug ID: 21105 Summary: oai.pl returns invalid earliestDatestamp Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: pablo.bianchi(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 21102 From: https://www.openarchives.org/OAI/openarchivesprotocol.html#DatestampsRespon… Dates should be YYYY-MM-DDThh:mm:ssZ curl -s "baseURL?verb=Identify" | xmllint --format - | grep Date responseDate -> 2018-07-23T18:34:15Z : OK earliestDatestamp -> 2010-09-30 16:04:37 : FAIL Originally deteced with official validator: https://www.openarchives.org/Register/ValidateSite Related: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17785#c13 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21102 [Bug 21102] OAI-PMH specification conformance [UMBRELLA] -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 42

[Bug 28994] New: Make writeoff_debts.pl use amountoutstanding, not amount
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '21

19 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28994 Bug ID: 28994 Summary: Make writeoff_debts.pl use amountoutstanding, not amount Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz This script uses "amount" to write off debts, when it should be using "amountoutstanding": # A 'writeoff' is a 'credit' my $writeoff = Koha::Account::Line->new( { date => \'NOW()', amount => 0 - $line->amount, <== HERE credit_type_code => 'WRITEOFF', status => 'ADDED', amountoutstanding => 0 - $line->amount, <== HERE manager_id => undef, borrowernumber => $line->borrowernumber, interface => 'intranet', branchcode => undef, } )->store(); my $writeoff_offset = Koha::Account::Offset->new( { credit_id => $writeoff->accountlines_id, type => 'WRITEOFF', amount => $line->amount <== HERE } )->store(); Patch coming. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 29535] New: error message: Connection failed to aplyaz.austintexas.gov
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '21

19 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29535 Bug ID: 29535 Summary: error message: Connection failed to aplyaz.austintexas.gov Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: JSMITH(a)LANTANA.ORG QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Cannot access holdings in the Austin Public Library for cataloging -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 29534] New: Search of Authorities log erroneously selects Authentication log on results page
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '21

19 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29534 Bug ID: 29534 Summary: Search of Authorities log erroneously selects Authentication log on results page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When searching the action logs, the results page is meant to maintain the selections one made for one's search. However, when one searches the Authorities log the results page loads with both Authorities and Authentication selected. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 5229] OPACItemsResultsDisplay preference must be removed
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '21

19 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5229 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|Pushed to master |RESOLVED CC| |kyle(a)bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 29477] New: flatpickr default time should be 23:59 (11:59 pm as well, probably), not 12:00
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '21

19 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29477 Bug ID: 29477 Summary: flatpickr default time should be 23:59 (11:59 pm as well, probably), not 12:00 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: nugged(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart+koha(a)gmail.com Our customers reported this UX issue: time by default set to the middle of the say (12:00) and they in all cases need to change the time manually to 23:59. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 29469] New: Error when approving and rejecting tags
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '21

19 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29469 Bug ID: 29469 Summary: Error when approving and rejecting tags Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org There is an AJAX error when approving or rejecting tags in the staff interface: Usage: POSIX::exit(status) at /kohadevbox/koha/tags/review.pl line 72. at /usr/share/perl/5.28/Carp.pm line 289 Carp::croak('Usage: POSIX::exit(status)') called at /usr/lib/x86_64-linux-gnu/perl/5.28/POSIX.pm line 22 POSIX::usage('exit(status)') called at (eval 1876) line 3 POSIX::exit at /kohadevbox/koha/tags/review.pl line 72 eval {...} at /kohadevbox/koha/tags/review.pl line 2 ...etc. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 29460] New: Typo 'pendin g approval'
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '21

19 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29460 Bug ID: 29460 Summary: Typo 'pendin g approval' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org installer/data/mysql/en/mandatory/sample_notices.yml: - "<h3>Suggestion pendin g approval</h3>" installer/data/mysql/fr-FR/1-Obligatoire/sample_notices.sql:VALUES ('suggestions','NEW_SUGGESTION','New suggestion','New suggestion','<h3>Suggestion pendin g approval</h3> -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 29334] New: Do not apply framework defaultvalue to existing authority records
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '21

19 Nov '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29334 Bug ID: 29334 Summary: Do not apply framework defaultvalue to existing authority records Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Counterpart of bug 29146 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13