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

[Bug 9805] Lost items are un-lost if returned, but not if renewed
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '24

27 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9805 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #49091|0 |1 is obsolete| | Attachment #49092|0 |1 is obsolete| | Attachment #49093|0 |1 is obsolete| | Attachment #49165|0 |1 is obsolete| | --- Comment #64 from Aleisha Amohia <aleisha(a)catalyst.net.nz> --- Created attachment 162473 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=162473&action=e… Bug 9805: Lost items are un-lost if returned, but not if renewed. If an item has a lost status, that status is removed when the item is returned. However, it is not removed if the item is renewed. Test Plan: 1) Apply this patch 2) Install database updates 3) Browse to the circ rules 4) Note the "Renew lost?" and "Renewal marks lost found" rules under default checkout hold and return policy 5) Set and test each of the rules both ways for the rules for all libraries Sponsored-by: Waikato Institute of Technology -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 36147] New: Load Austlang dataset from source to make available as authorised values
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '24

27 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36147 Bug ID: 36147 Summary: Load Austlang dataset from source to make available as authorised values Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Austlang provides information about Indigenous Australian languages which has been assembled from referenced sources. The dataset provided at https://collection.aiatsis.gov.au/datasets/austlang/001 includes the language names, each with a unique alpha-numeric code which functions as a stable identifier, alternative/variant names and spellings and the approximate location of each language variety. This is a live dataset and is updated regularly. It would be great to have a cronjob that regularly pulled this dataset to keep an authorised value category of AUSTLANG updated with Indigenous Australian languages -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 5276] subscription end date shouldn't be required / allow indefinite subscriptions
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '24

27 Feb '24

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

1 0

[Bug 36167] New: SMSnumber wont show up on the quick add form
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '24

26 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36167 Bug ID: 36167 Summary: SMSnumber wont show up on the quick add form Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement 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 To recreate: 1. Add a value to SMSSendDriver 2. Add smsalertnumber to the PatronQuickAddFields field 3. Quick add a patron, so SMS number field appears -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 33428] New: Should only search in searchable patron attributes if searching in standard fields
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '24

26 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33428 Bug ID: 33428 Summary: Should only search in searchable patron attributes if searching in standard fields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Before patrons search using REST API, the search on patron attributes was only in standard fields. See Bug 18094 : Only search in searchable patron attributes if searching in standard fields -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 33

[Bug 29822] New: Add checkboxes to the system preference DefaultPatronSearchFields to eliminate errors
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '24

26 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29822 Bug ID: 29822 Summary: Add checkboxes to the system preference DefaultPatronSearchFields to eliminate errors Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com As Koha did with system preferences such as borrower mandatory fields and borrower unwanted fields, it would be helpful and avoid searching errors if the system preference, DefaultPatronSearchFields would also use checkboxes. These checkboxes will allow users to easily choose which fields Koha should use for searching. Currently, if a user puts a value in this field that is not valid, searching for patrons will be broken. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 111

[Bug 23478] New: Simplify report landing page
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '24

26 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23478 Bug ID: 23478 Summary: Simplify report landing page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org I think we could combine reports-home.pl and guided_reports.pl (used saved) by having reports-home.pl show the saved reports, and having the options on the reports-home.pl page down the left side. Some of it is already there. I'm not sure about other libraries, but 99% of what we do in reports is saved. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 34893] ILS-DI can return the wrong patron for AuthenticatePatron
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '24

23 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34893 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |36161 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36161 [Bug 36161] ISLDI AuthenticatePatron broken when LDAP enabled and auth falls back to internal connection -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 23532] New: AutoCreateAuthorities create authority only headings
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '24

23 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23532 Bug ID: 23532 Summary: AutoCreateAuthorities create authority only headings Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: gveranis(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The problem: We have enable AutoCreateAuthorities and also enable BiblioAddsAuthorities and when we insert values for tag 650 , we get authorities only with 150$a filled and not other subfields. I found that on C4/Biblio.pm lines 549 - 555 map { $authfield->add_subfields( $_->[0] => $_->[1] ) if ( $_->[0] =~ /[A-z]/ && $_->[0] ne "a" && C4::Heading::valid_bib_heading_subfield( $authority_type->auth_tag_to_report, $_->[0] ) ); } $field->subfields(); Koha try to copy subfields to the new authority record. BUT the condition C4::Heading::valid_bib_heading_subfield( $authority_type->auth_tag_to_report, $_->[0]) return false. Because the $authority_type->auth_tag_to_report has value of 150 and not 650 as file C4/Heading/MARC21.pm declared. if we set on file C4/Heading/MARC21.pm also the value '150' => { auth_type => 'TOPIC_TERM', subfields => 'abvxyz', subject => 1 }, (valid based on https://github.com/Koha-Community/Koha/blob/master/installer/data/mysql/en/…) then it works , but I am not sure if it is valid to set there new fields. or better solution could be $authority_type->auth_tag_to_report take right value in condition. Could anyone propose the best solution ? Thanks, George Veranis -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 24421] New: Generated authorities are missing subfields
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '24

23 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24421 Bug ID: 24421 Summary: Generated authorities are missing subfields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major 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 In bug 21826 the intent was to only add allowed subfields to generated authorities, however, the code uses the authority tag instead of the biblio tag - there is no mapping for these, so correct subfields are ignored To recreate: 1 - Enable the sysprefs AutoCreateAuthorities BiblioAddsAuthorities CatalogModuleRelink 2 - Open a record with a subject heading with a subdivision and add a new subfield, or add a new unauthroized heading to a record and save it e.g. 650$aChess$xOpenings$vFiction. 3 - Save the record, note the created authority and that field is linked 4 - Save the record again and note the authority number changes 5 - Find and view the authority linked to the record 6 - The record is for 'Chess', not Chess openings' 7 - Search authorities for 'Chess' - note duplicated records -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23