May 2024 - 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 30732] New: Librarians with only "place_holds" permission can not suspend and resume holds
by bugzilla-daemon＠bugs.koha-community.org 29 May '24

29 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30732 Bug ID: 30732 Summary: Librarians with only "place_holds" permission can not suspend and resume holds Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If a librarian only has the place_holds permission, they can see the buttons for placing and suspending holds on moremember.pl and circulation.pl, but cannot use them. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 31893] New: Some pages load about.tt template to check authentication rather than using checkauth
by bugzilla-daemon＠bugs.koha-community.org 29 May '24

29 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31893 Bug ID: 31893 Summary: Some pages load about.tt template to check authentication rather than using checkauth Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It seems to be an old hack, where the about template is used to check auth for pages that don't actually render. These must all be updated to use checkauth reserve/modrequest.pl reserve/modrequest_suspendall.pl course_reserves/mod_course.pl members/members-update-do.pl -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 36979] New: shibboleth metadata flow issue
by bugzilla-daemon＠bugs.koha-community.org 29 May '24

29 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36979 Bug ID: 36979 Summary: shibboleth metadata flow issue Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: skal30122024(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org my team tried to implement Shibboleth in a old koha version but the metadata is not passing the data and it end up in a blank page, if anyone know how to troubleshoot this please lmk...peace✌ -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 36848] New: Cannot make "Protected" field required via BorrowerMandatory syspref
by bugzilla-daemon＠bugs.koha-community.org 29 May '24

29 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36848 Bug ID: 36848 Summary: Cannot make "Protected" field required via BorrowerMandatory syspref Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 14565] koha-run-backups does not backup an instance called demo
by bugzilla-daemon＠bugs.koha-community.org 29 May '24

29 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14565 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #167218|0 |1 is obsolete| | --- Comment #9 from David Nind <david(a)davidnind.com> --- Created attachment 167235 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=167235&action=e… Bug 14565: Allow koha-run-backups to backup an instance called `demo` We all have a `demo` instance somewhere. It is so weird that the default script for backing up Koha has a hardcoded exclusion for instances called like that. This patch fixes that. To test: 1. Add a demo instance: $ ktd --shell k$ sudo koha-create --create-db demo 2. Run: k$ sudo debian/scripts/koha-run-backups 3. Check the backups: k$ ls -l /var/spool/koha/demo/ => FAIL: No backup for the demo instance 3. Apply this patch 4. Repeat 2 => SUCCESS: Backup made! 5. Sign off :-D Signed-off-by: Tomas Cohen Arazi <tomascohen(a)theke.io> Signed-off-by: David Nind <david(a)davidnind.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14565] koha-run-backups does not backup an instance called demo
by bugzilla-daemon＠bugs.koha-community.org 29 May '24

29 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14565 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8137] Checkout limit for all libraries
by bugzilla-daemon＠bugs.koha-community.org 28 May '24

28 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8137 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |david(a)davidnind.com Status|Needs Signoff |Failed QA --- Comment #110 from David Nind <david(a)davidnind.com> --- I've tested as well, and get the same error. Changing status to Failed QA. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 25339] Validate biblionumber on opac-basket.pl and opac-review.pl
by bugzilla-daemon＠bugs.koha-community.org 28 May '24

28 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25339 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|dcook(a)prosentient.com.au |oleonard(a)myacpl.org -- You are receiving this mail because: You are watching all bug changes.

1 0