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

[Bug 22666] New: When using authority records in a bibliographic record, the order of the subfields is not sent over
by bugzilla-daemon＠bugs.koha-community.org 29 May '24

29 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22666 Bug ID: 22666 Summary: When using authority records in a bibliographic record, the order of the subfields is not sent over Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- It is possible to reorder subfields in the authority frameworks, but then, when the authority records are used in bibliographic records, the order is not transferred. How to reproduce (for MARC21): 1. Create a 'Topic term' authority 1.1 Go in Authorities 1.2 Click on 'New authority' 1.3 Choose 'Topic term, 1.4 Fill in the mandatory fields (normally 000, 003, 005, 008 and 040$c) 1.5 Click on the tab 1 1.6 Open field 150 1.7 Write in the following information - a: Villages - x: Fiction - z: Québec (Province) 1.8 Use the arrows to move the z subfield up above the x subfield (desired order: a, z, x) 1.9 Save the record 2. Use the authority in a bibliographic record 2.1 Go in Cataloguing 2.2 Click on 'New record' 2.3 Choose 'Default framework' 2.4 Fill in the mandatory fields (normally 000, 003, 005, 008, 040$c, 245$c and 942$c) 2.5 Click on the tab 6 2.6 Click on the 'tag editor' button next to the 650$a subfield 2.7 Search for 'Villages' 2.8 Choose the 'Villages Québec (Province) Fiction' authority EXPECTED RESULT: The subfields should be inserted in the same order as they are in the authority record (a, z, x) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 27684] New: serial add is confused by authorized values with a code of '0'
by bugzilla-daemon＠bugs.koha-community.org 29 May '24

29 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27684 Bug ID: 27684 Summary: serial add is confused by authorized values with a code of '0' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Serials Assignee: didier.gautheron(a)biblibre.com Reporter: didier.gautheron(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org It doesn't make difference between undefined and zero and it uses default value. To test: diff --git a/C4/Items.pm b/C4/Items.pm index 5d0495b8..01f81bdf 100644 --- a/C4/Items.pm +++ b/C4/Items.pm @@ -2390,7 +2390,7 @@ sub PrepareItemrecordDisplay { if ($itemrecord) { ( $x, $defaultvalue ) = _find_value( $tag, $subfield, $itemrecord ); } - $defaultvalue = $tagslib->{$tag}->{$subfield}->{defaultvalue} unless $defaultvalue; + $defaultvalue //= $tagslib->{$tag}->{$subfield}->{defaultvalue}; if ( !defined $defaultvalue ) { $defaultvalue = q||; } else { -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 22613] New: Add /patrons/patron_id/checkouts endpoints
by bugzilla-daemon＠bugs.koha-community.org 28 May '24

28 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22613 Bug ID: 22613 Summary: Add /patrons/patron_id/checkouts endpoints 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: josef.moravec(a)gmail.com Target Milestone: --- As described in RFC, there should be endpoint in the form /patrons/{patron_id}/checkouts for getting patrons checkouts. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 48

[Bug 28179] New: Use a lightbox gallery to display the images - detail page, staff interface
by bugzilla-daemon＠bugs.koha-community.org 27 May '24

27 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28179 Bug ID: 28179 Summary: Use a lightbox gallery to display the images - detail page, staff interface Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Depends on: 28178 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28178 [Bug 28178] Image viewer does not select the correct image -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 48

[Bug 27319] New: Authorities permissions
by bugzilla-daemon＠bugs.koha-community.org 25 May '24

25 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27319 Bug ID: 27319 Summary: Authorities permissions Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: fiona.borthwick(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Staff still see the Authorities button on the Koha home screen despite having no access to authorities. It would appear that you can grant access to editauthorities but there is not a separate permission to allow someone to search and / or select authorities whilst cataloguing. So a staff login can see the Authorities button on the home screen and can search for these even though they have the editauthorities permission deselected. Whilst I can see this logic, one of our customers has queried how they can hide the button completely as some staff should never have to work with authorities / cataloguing and this made me think that it might be a good idea to have a separate permission for searching. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 17455] New: Add system preference to receive acq order e-mails as BCC
by bugzilla-daemon＠bugs.koha-community.org 24 May '24

24 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17455 Bug ID: 17455 Summary: Add system preference to receive acq order e-mails as BCC Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org There is currently ClaimsBccCopy for receiving serial and acq claim notices in BCC. There should also be an option to receive order emails BCC. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 20184] New: Posibility to add a box to enter a specific page number in authorities result search.
by bugzilla-daemon＠bugs.koha-community.org 24 May '24

24 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20184 Bug ID: 20184 Summary: Posibility to add a box to enter a specific page number in authorities result search. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Hi, It would be a nice addition if in the results page of an authorities search to add a box to enter a specific page number. It could be a box at the top of the search results table where you could enter the page number of your search. This addition would help to search more efficiently the authorities of the local bank. Patrick. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 20611] New: add the ability to set a priority for z39.50 servers
by bugzilla-daemon＠bugs.koha-community.org 24 May '24

24 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20611 Bug ID: 20611 Summary: add the ability to set a priority for z39.50 servers Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Actualy, in the configuration of Z39.50 servers we can check by default a server to launch a faster search but we can not prioritize a server for the search to be done on this server before going to search on another and so classify the result according to the servers that respond to the search. It could be a new column in the page z3950servers.pl where we could designate a number that would refer to a priority in the search results or something else like that.It would be nice to have this possibility. Thanks, Patrick. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 19421] New: Predue Notices should work like Overdue Notices
by bugzilla-daemon＠bugs.koha-community.org 24 May '24

24 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19421 Bug ID: 19421 Summary: Predue Notices should work like Overdue Notices Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Currently Advance due notices (pre-due) follow the patron's holding branch and it would be more beneficial that they follow the item's holding branch. When a patron takes out an item from another branch, they should receive the information and rules from the library that the item is from as it could be different from their own home branch. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 29085] New: Add an alert when deleting a vendor linked to a subscription
by bugzilla-daemon＠bugs.koha-community.org 24 May '24

24 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29085 Bug ID: 29085 Summary: Add an alert when deleting a vendor linked to a subscription Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org Hi, Currently (20.05), when deleting a vendor, there is no alert to check if a subscription is linked to the vendor. if the vendor is deleted anyway, in the subscription, the vendor box is empty but the booksellerid remains visible. When editing a subscription, an error message appears because the vendor is no longer found. see the following video https://www.screencast.com/t/5oi85cCFGclS Can an alert be added to mean that the vendor should not be deleted as it is used in a subscription? Regards, Marjorie -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3