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

[Bug 10060] Allow adding a branch parameter to the web-based self check to indicate library its used at
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '23

07 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10060 pierre.genty(a)biblibre.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pierre.genty(a)biblibre.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[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 35274] New: library name to be enclosed in a span that will allow use of jQuery or CSS to transform it's appearance.
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '23

07 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35274 Bug ID: 35274 Summary: library name to be enclosed in a span that will allow use of jQuery or CSS to transform it's appearance. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: sharon.dugdale(a)cumbria.gov.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Request to make the Branch Name stand out in the Search Results (right hand side of results page) of a title. On the right-hand side of the item search results via the staff client, there can be a large number of items in different branches, and it is not very easy to quickly scan down the list looking for a specific branch. Having the access to make the Branch Name stand out in bold and/or slightly larger would be very helpful. In order to do this I am told that because the library name isn't enclosed in a selector that I can use jQuery on, it is not possible. Other than directly customising the files on the server which we want to avoid because it won't be upgrade-proof and would need doing each time we upgrade, the best option would be to ask for the library name to be enclosed in a span that can then allow jQuery or CSS to transform it's appearance. Hope that makes sense. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[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 06 Nov '23

06 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

[Bug 8179] Receiving multiple order lines at once
by bugzilla-daemon＠bugs.koha-community.org 06 Nov '23

06 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8179 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |35273 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35273 [Bug 35273] When editing items on receive, aqorders_items is not updated correctly -- You are receiving this mail because: You are watching all bug changes.

1 0