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

[Bug 34747] New: Keep open baskets at top when viewing vendor (booksellers.pl)
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '23

10 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34747 Bug ID: 34747 Summary: Keep open baskets at top when viewing vendor (booksellers.pl) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org It has been requested that there be a way to default open baskets at the top of the list when viewing baskets for a vendor. We can reorder the closed column to achieve this, but we have to do it every time. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 34858] New: Update the open baskets to indicate why an item can't be cancelled (like invoices)
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '23

10 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34858 Bug ID: 34858 Summary: Update the open baskets to indicate why an item can't be cancelled (like invoices) Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: rkuiper(a)roundrocktexas.gov QA Contact: testopia(a)bugs.koha-community.org Created attachment 155961 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=155961&action=e… Screenshots that show the difference between baskets and invoices when an item can't be cancelled. Would like to have the baskets updated to indicate why an item can't be deleted like the invoices show. Attached is a doc that show how the baskets look when the item can't be cancelled and how the invoices look when an item can't be cancelled. The invoice indicates that there is a hold on the item. The basket doesn't tell why the item can't be cancelled. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 33994] New: OAI : Characters with accents are wrongly encoded
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '23

10 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33994 Bug ID: 33994 Summary: OAI : Characters with accents are wrongly encoded Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: christophe.torin(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org Hello, We just upgraded from Koha 20.11 to 22.11, and we are facing an issue for the OAI-PMH service : Test case (Koha Version 22.11.04) : - Select a document having a title containing accents (eg : "Préparation à l'oral d'espagnol") - Everything is correctly displayed in Koha - Query the OAIPMH service for this record (cgi-bin/koha/oai.pl?verb=GetRecord&metadataPrefix=oai_dc&identifier=<oai_prefix>:<biblionumber>) - The fields with accents are badly displayed. (For this example I get "Prp̌aration l̉'oral d'espagnol" ====== My assumption is that the metadata gets encoded twice, and the accents are then badly encoded in the result. I spotted exactly the line in the code where the data is badly encoded, but I can't find why. The major difference between 20.11 et 22.11 is in Koha/OAI/Server/Repository.pm, line 181 : Before, we used the C4::Biblio::GetMarcBiblio function (now deleted), and now it's $biblio->metadata->record For info, $biblio->metadata->metadata is correctly encoded Thanks -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 29144] New: Make branches.opac_info suitable for multi language use
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '23

10 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29144 Bug ID: 29144 Summary: Make branches.opac_info suitable for multi language use Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org opac-library page shows opac_info Would be nice to have in more than one language. What would be the best way to achieve that? [1] Move opac_info out of branches and add a table with branchcode, language and opac_info. Needs a separate admin page. [2] css/js fiddling: All stuff in opac_info. Show/hide blocks etc. [3] Your solution ? -- You are receiving this mail because: You are watching all bug changes.

1 94

[Bug 31313] New: Remove GetItemsInfo from opac-detail
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '23

10 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31313 Bug ID: 31313 Summary: Remove GetItemsInfo from opac-detail Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 31306 Blocks: 27272 Bug 27272 is going to remove C4::Items::GetItemsInfo in favour of Koha::Items->search_ordered. Here we are going to deal with opac-detail Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27272 [Bug 27272] Move C4::Items::GetItemsInfo to Koha namespace https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31306 [Bug 31306] Add Koha::Items->search_ordered method -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 41

[Bug 34515] New: MARCXML output of OAI-PMH may be badly encoded (UNIMARC)
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '23

10 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34515 Bug ID: 34515 Summary: MARCXML output of OAI-PMH may be badly encoded (UNIMARC) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Like fixed for REST API, OAI-PMH output should be fixed to use metadata schema when building MARCXML. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 32336] New: MARCXML output of REST API may be badly encoded (UNIMARC)
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '23

10 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32336 Bug ID: 32336 Summary: MARCXML output of REST API may be badly encoded (UNIMARC) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: REST API Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com CC: tomascohen(a)gmail.com In Koha/REST/V1/Biblios.pm (methods get and get_public), MARC::Record::as_xml_record is called without a $format parameter, which means it relies on the package variable $MARC::File::XML::RecordFormat to be correctly set, which may or may not be the case depending on what the current starman/mojo worker has done before. We should pass the format explicitly to avoid problems. This is only a problem for UNIMARC, because $MARC::File::XML::RecordFormat defaults to 'USMARC'. -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 21914] New: Add preferences for default and requirement on payment type
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '23

09 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21914 Bug ID: 21914 Summary: Add preferences for default and requirement on payment type Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org The new payment type should have preferences to be required and a default setting. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 30271] New: Allow distinct ILLHiddenRequestStatuses config for view from patron record
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '23

09 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30271 Bug ID: 30271 Summary: Allow distinct ILLHiddenRequestStatuses config for view from patron record Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com The system preference ILLHiddenRequestStatuses is great for hiding completed ILL requests from the main ILL request page (/cgi-bin/koha/ill/ill-requests.pl). It also applies to the view of ILL requests within a patron record (/cgi-bin/koha/members/ill-requests.pl). It'd be helpful if those two views could have distinct settings so one could easily hide completed requests from the full view but see them in a specific patron's history. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 23186] New: Koha::Object->store precludes us from sending scalar references to dbic methods
by bugzilla-daemon＠bugs.koha-community.org 09 Oct '23

09 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23186 Bug ID: 23186 Summary: Koha::Object->store precludes us from sending scalar references to dbic methods Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Under the hood the store method uses DBIx::Classes update_or_insert which in turn calls update for updates. The update method accepts a hashref of key value pairs relating to fields to be udpated. If the value is a scalar ref then it passes the it through unaltered to the database and as such things like 'NOW()' and 'field + 1' can be used allowing the database to do some of the work. - https://metacpan.org/pod/DBIx::Class::Row#update As it stands, we will catch such values and replace them silently with defaults. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3