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

[Bug 34834] New: Add translation context for "Order"
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '23

08 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34834 Bug ID: 34834 Summary: Add translation context for "Order" Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N 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: frederic(a)tamil.fr In bug 23983, I added context in acquisitions for "Order" (verb - to order) vs "Order" (noun - an order). Since then, there have been a few additions of "Order" and those don't have the translation context. For example, in fr-CA-staff-prog.po #: koha-tmpl/intranet-tmpl/prog/en/modules/acqui/orderreceive.tt:91 #: koha-tmpl/intranet-tmpl/prog/en/modules/acqui/parcel.tt:349 #: koha-tmpl/intranet-tmpl/prog/en/modules/acqui/z3950_search.tt:212 #: koha-tmpl/intranet-tmpl/prog/en/includes/str/tinymce_i18n.inc:2 #, c-format msgid "Order" msgstr "Commander" They should have the context Order (verb) #: koha-tmpl/intranet-tmpl/prog/en/modules/acqui/z3950_search.tt:212 Order (noun) #: koha-tmpl/intranet-tmpl/prog/en/modules/acqui/orderreceive.tt:91 #: koha-tmpl/intranet-tmpl/prog/en/modules/acqui/parcel.tt:349 ?? (I was not able to find it in the staff interface, but I suspect it's the verb "order" in the sense of "sorting" rather than the acquisition meaning) #: koha-tmpl/intranet-tmpl/prog/en/includes/str/tinymce_i18n.inc:2 To get to each: - orderreceive: when receiving multiple orders, the table heading - parcel: when receiving an order, there is a "View" menu with "Order", "MARC", etc. - z3950_search: when adding an order from an external source, if you hover the mouse on the Order option, there is a thing that opens (a tooltip?) with the word "Order" -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 34964] New: Add descriptions for different HTML customization regions
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '23

08 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34964 Bug ID: 34964 Summary: Add descriptions for different HTML customization regions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement 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 Created attachment 156414 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=156414&action=e… Screenshot showing a hint under the display location field When HTML customizations were in system preferences we had the ability to give the user a description of how they would be used. We don't have this option in additional contents. I propose that we create a set of descriptions which can be shown on the HTML customization entry form as a hint when the user selects a display location. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[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 34728] New: HTML notices should not be pre-formatted
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '23

07 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34728 Bug ID: 34728 Summary: HTML notices should not be pre-formatted Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: matt.blenkinsop(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 155263 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=155263&action=e… Spacing before Print notices that are html templates are wrapped in a <pre> tag which causes inconsistencies in formatting. Extra spaces are introduced that shouldn't be, this is solved by making the <pre> tag conditional on the content type of the message. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 35282] New: Add table settings to item search results
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '23

07 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35282 Bug ID: 35282 Summary: Add table settings to item search results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The item search results are getting more and more columns. See Bug 26468. It is time to add the ability to configure that table via Table settings. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[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