August 2023 - Koha-bugs - lists.koha-community.org

[Bug 34617] New: Patron expiration dates not updated during import when there is no dateexpiry column in the file
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '23

08 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34617 Bug ID: 34617 Summary: Patron expiration dates not updated during import when there is no dateexpiry column in the file Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Normally, imports only update included columns, however, if we are asking Koha to calculate expiration dates we should update the value even if it is not passed -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 30476] New: Remove NORMARC translation files
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '23

08 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30476 Bug ID: 30476 Summary: Remove NORMARC translation files Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: bgkriegel(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr NORMARC support was removed on Bug 18984, *-marc-NORMARC.po files must be removed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 29470] New: MARC21: Display 583 $x nonpublic note in staff interface
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '23

08 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29470 Bug ID: 29470 Summary: MARC21: Display 583 $x nonpublic note in staff interface Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org In 583 there is a nonpublic note subfield that could be displayed on the detail page in the staff interface. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 33404] New: Authorities imported from A3950 in encodings other than UTF-8 are corrupted
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '23

07 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33404 Bug ID: 33404 Summary: Authorities imported from A3950 in encodings other than UTF-8 are corrupted 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 19436 altered the call for storing imported auths in the DB: before- my ($notmarcrecord, $alreadyindb, $alreadyinfarm, $imported, $breedingid)= ImportBreedingAuth( $marcdata, 2, $serverhost[$k], $encoding[$k], $random, 'z3950' ); after- my ($notmarcrecord, $alreadyindb, $alreadyinfarm, $imported, $breedingid)= ImportBreedingAuth( $marcrecord, 2, $serverhost[$k], $encoding[$k], $random); Note the record passed changes from "marcdata" to "marcrecord" Marcdata is the original raw record, so saving with original encoding makes sense Marcrecord is the raw record converted to UTF-8 - but we save the original encoding -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 51

[Bug 33848] New: Enabling Coce in the OPAC breaks cover images on bibliographic detail page
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '23

07 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33848 Bug ID: 33848 Summary: Enabling Coce in the OPAC breaks cover images on bibliographic detail page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: andrew.auld(a)ptfs-europe.com, jbalway(a)gmail.com, jonathan.druart+koha(a)gmail.com, lucas(a)bywatersolutions.com, testopia(a)bugs.koha-community.org Depends on: 32412 If you enable multiple cover image services, including Coce, the bibliographic detail page in the OPAC doesn't display all covers. Viewing a title with Amazon, Google, Coce, and OpenLibrary, only the Amazon and Google images display. In the console is an error message: Uncaught TypeError: parent.find is not a function getURL http://localhost:8080/opac-tmpl/bootstrap/js/coce_22.1200048.js:20 The script stops processing other sources when Coce fails. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32412 [Bug 32412] OPACShelfBrowser controls add extra Coce images to biblio-cover-slider -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 24609] New: Add routes for getting and setting checkout due date
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '23

07 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24609 Bug ID: 24609 Summary: Add routes for getting and setting checkout due date Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew.isherwood(a)ptfs-europe.com To allow the work in bug 24608 to proceed, we need an API route to allow the setting of a checkout's due date. I will add a GET route also. The proposed endpoints are: Return a checkout's due date: Method: GET URL: /checkouts/{checkout_id}/date_due Set a checkout's due date: Method: POST URL: /checkouts/{checkout_id}/date_due Body: { date_due: '2020-02-07 10:49:08' } -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 55

[Bug 33798] New: Vendor details - improve consistency of edit forms and display
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '23

07 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33798 Bug ID: 33798 Summary: Vendor details - improve consistency of edit forms and display Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org For vendor details in acquisitions, there are some inconsistencies in the display of the edit forms and vendor details. This could do with some tidy ups. Specific items: 1. Field labels when displaying vendor details - bold and plain text: for some sections, field labels are in bold, others are just plain text (for example: 'Vendor details' labels are in plain text, for 'Ordering information' they are bold). 2. Edit form for 'Interface details' missing colons after the labels. 2. Accessibility issues: using the WAVE Evaluation Tool browser extension (https://wave.webaim.org/) it shows lots of errors and warnings, such as missing or multiple form labels, and empty buttons and links (some of which may or may not be valid). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 28325] New: Build Mojolicious controller replacement for tools-home.pl
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '23

07 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28325 Bug ID: 28325 Summary: Build Mojolicious controller replacement for tools-home.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org As per an email to koha-devel, I'm going to take the core Mojolicious code from Bug 26791, and try implementing it with a much simpler controller to replace tools-home.pl. The key prerequisites for the controller are authentication, authorization, and template rendering. It may be necessary to split out other bug reports to focus on refactoring Koha's existing code, rather than bolting an alternative onto Koha, which could just create maintenance woes. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 18827] New: Elasticsearch mappings - not displayed or retrieved in saved order
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '23

07 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18827 Bug ID: 18827 Summary: Elasticsearch mappings - not displayed or retrieved in saved order Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: nick(a)bywatersolutions.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The mappings listed under 'Biblios' and 'Authorities' are draggable - this allows ordering of fields. The ordering affects the id field in the search_marc_map table When retrieving for display or mapping we are not ordering by the this field. In general I am not sure if we are gaining anything with this ordering: https://www.elastic.co/guide/en/elasticsearch/guide/current/_sorting.html " When sorting on fields with more than one value, remember that the values do not have any intrinsic order; a multivalue field is just a bag of values. Which one do you choose to sort on?" I think we can switch to the idea that a single field per index should be chosen for ordering: author = 100 (only make this one sortable) author = 700 author = 245c or, in the case of authorities, we should expect a single field to populate the field for sorting (100, 110, 150 ... are alldefined as 'main-heading' - but each record should only have a single one of these field) -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 33959] New: Problem displaying Syndetics cover images in staff searching
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '23

06 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33959 Bug ID: 33959 Summary: Problem displaying Syndetics cover images in staff searching Change sponsored?: --- Product: Koha Version: 22.11 Hardware: PC OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: pm(a)interleaf.ie QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com There seems to be a problem displaying Syndetics cover images in staff searching. While the Syndetics cover image appears in the list of search results, the cover image fails to display when clicking on a specific item to view its details. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1