June 2022 - Koha-bugs - lists.koha-community.org

[Bug 29092] New: Table Settings for account_fines table missing Updated On column and hide the wrong things
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '22

17 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29092 Bug ID: 29092 Summary: Table Settings for account_fines table missing Updated On column and hide the wrong things Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Table settings for the account_fines table (in the Patrons section, the "Transactions" table in a patron account) are missing a checkbox for the "Updated On" column. Because of this, one cannot hide the Updated On column and any other values one sets here get applied to the wrong columns. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 29077] New: Warns when searching blank index
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '22

17 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29077 Bug ID: 29077 Summary: Warns when searching blank index 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: nick(a)bywatersolutions.com To recreate: 1 - Be using Elasticsearch 2 - Search on OPAC with dropdown set to 'Library catalog' 3 - Warns in plack-opac-error.log [2021/09/22 12:40:55] [WARN] Use of uninitialized value $f in pattern match (m//) at /kohadevbox/koha/Koha/SearchEngine/Elasticsearch/QueryBuilder.pm line 725. [2021/09/22 12:40:55] [WARN] Use of uninitialized value $f in exists at /kohadevbox/koha/Koha/SearchEngine/Elasticsearch/QueryBuilder.pm line 731. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 30224] New: Wrong important field shown in cataloguing validation
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '22

17 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30224 Bug ID: 30224 Summary: Wrong important field shown in cataloguing validation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl To reproduce: 1. Go to Administration -> MARC bibliographic frameworks 2. Click Actions next to a framework, view MARC structure 3. Edit multiple tags (at least 2) and check the Important checkbox. 4. Go to cataloguing and create a new record using the framework you just edited 5. Don't fill any of the important fields. Click Save to force the validation for the important tags 6. Notice that the error message shows that an important field isn't filled, but the tag number shown is repeated for each message. The 'Go to field' link goes to the right tag, but the tag number shown is incorrect. Note: we're aware of the weird HTML display, this is fixed by Bug 30159. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 30482] New: Fix display of validation of important fields when biblio cataloguing
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '22

17 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30482 Bug ID: 30482 Summary: Fix display of validation of important fields when biblio cataloguing Change sponsored?: Sponsored Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl, testopia(a)bugs.koha-community.org Depends on: 30159 +++ This bug was initially created as a clone of Bug #30159 +++ Fields that are marked as important in a biblio framework will trigger a confirmation box to the cataloguer if not filled, asking if they would still like to save. Since Bug 28694, the validation for mandatory fields is nice and pretty, but it appears the validation for important fields was not tested. The confirmation pop-up now spits out the HTML markup and is unreadable. This should be fixed. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30159 [Bug 30159] Fix display of validation of important fields when biblio cataloguing -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 30587] New: Incorrect translations in some templates
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '22

17 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30587 Bug ID: 30587 Summary: Incorrect translations in some templates Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Searching for [% in the https://translate.koha-community.org site on some language highlights some problems. I open this bug to tackle them. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 30191] New: Authority search result list in the OPAC should use 'record' instead of 'biblios'
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '22

17 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30191 Bug ID: 30191 Summary: Authority search result list in the OPAC should use 'record' instead of 'biblios' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org 'biblios' is not a term users understand, we should use 'record' or 'records' like in the staff interface. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 30534] New: borrowers.guarantorid not present on database
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '22

17 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30534 Bug ID: 30534 Summary: borrowers.guarantorid not present on database Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com CC: tomascohen(a)gmail.com The column was removed on bug 14570 (19.11) but the API mapping was inadvertedly kept. We should remove it. To test: - Try to filter a request by that attribute: http://kohadev-intra.myDNSname.org:8081/api/v1/patrons?guarantor_id=1 http://kohadev-intra.myDNSname.org:8081/api/v1/patrons?q={"guarantor_id"=1} => FAIL: You get a 500 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 30405] New: Style of address in patron search result are 110%
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '22

17 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30405 Bug ID: 30405 Summary: Style of address in patron search result are 110% Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com font-size: 110% when the rest of the table is 100% -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 10662] Build OAI-PMH Harvesting Client
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '22

17 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10662 --- Comment #314 from David Cook <dcook(a)prosentient.com.au> --- Fortunately, since we have RabbitMQ now, some of it should be a lot easier! (I was just looking at bug 27421 which asynchronously stages, imports, and reverts MARC imports. It could be helpful for this work too.) *The hard part for the OAI-PMH harvester in Koha is the task scheduling.* Koha doesn't have any way to let users define their own task schedules. (Back in 2018, Frido also mentioned Koha support companies might not want to let librarians set task schedules for OAI-PMH anyway for performance/API rate limiting reasons.) That said, if librarians controlling the scheduling doesn't matter for you, you could just create a cronjob that sends OAI-PMH tasks to RabbitMQ (or a plugin that uses the nightly plugin cronjob). Then all that's left is to create a Koha::BackgroundJob::OAIPMHHarvest class. -- The background job class could probably encapsulate the entire task. (For bug 10662, the requirement was to download records every 3 seconds, so I had to split the harvest/download and import tasks into two separate asynchronous tasks to achieve fast enough download speeds.) For bug 10662, I also had a requirement to handle very long XML streams over HTTP rather than the usual short XML responses, which technically is allowed according to the OAI-PMH specification, and that meant a custom downloader. It was high performance but it meant I had to add even more code. In theory, you might be able to have Koha::BackgroundJob::OAIPMH::Download, Koha::BackgroundJob::OAIPMH::Stage and Koha::BackgroundJob::OAIPMH::Import classes. The scheduler (e.g. cronjob) could enqueue a Koha::BackgroundJob::OAIPMH::Download task which downloads the records, that could then enqueue a Koha::BackgroundJob::OAIPMH::Stage task to stage (ie run the matcher/duplicate finder and ideally do some OAI-PMH specific checks), and that could enqueue the final Koha::BackgroundJob::OAIPMH::Import task to run the actual import. (The advantage of breaking it into 3 different tasks is that Koha by default only has 1 background job worker, so very long tasks could prevent other tasks from running in a timely way.) (However, if we had more than 1 background job worker, I'd be a little concerned about race conditions where Worker B tries to import Record 1-A after Worker A has imported Record 1-B where Record 1-A is older than Record 1-B. There needs to be a sanity check to make sure that records only overwrite older records.) Depending on how bug 27421 works, Koha::BackgroundJob::OAIPMH::Stage and Koha::BackgroundJob::OAIPMH::Import could potentially be subclasses of Koha::BackgroundJob::StageMARCForImport and Koha::BackgroundJob::StageMARCForImport. Although I don't really like Koha's built-in MARC import classes for OAI-PMH, because once records are staged they're imported without any sanity checks. Also record matching rules are user-controllable and solely MARC based so they're unreliable and not great for matching incoming OAI-PMH records to past harvested records. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10662] Build OAI-PMH Harvesting Client
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '22

17 Jun '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10662 --- Comment #313 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Koha Team University Lyon 3 from comment #311) > Hi, > KohaLA is intersted in continuing this feature and we are probably going to > fund some devs on that. > > Sonia That's great to hear! I think the problem with bug 10662 is that I tried to create too many things in one bug report. -- You are receiving this mail because: You are watching all bug changes.

1 0