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

[Bug 33194] New: Wrong relationship between authorities crash Koha
by bugzilla-daemon＠bugs.koha-community.org 10 Mar '23

10 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33194 Bug ID: 33194 Summary: Wrong relationship between authorities crash Koha Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: hagud(a)orex.es QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Good morning We have realized that if a cataloguer make a mistake in specifying relationship between authorities detail.pl becomes crazy and could system down koha. Explanation When cataloguin an authority we can set up relationship between them using 550$w and adding a valu (generic, narrower related) Obviously 2 terms can't be generic between them, if a cataloguer make a mistake and add $w in both, when somebdoy goes to see the authority it creates a bucle without end. it could be prevented using authorised values, but I think it is a weakness of the system. This conf make system sown Genealogía (generic) Historia Historia (generic) Genealogía Kindest regards -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 12133] Guarantor requirements when registering a patron
by bugzilla-daemon＠bugs.koha-community.org 10 Mar '23

10 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12133 Emmi Takkinen <emmi.takkinen(a)koha-suomi.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12133] Guarantor requirements when registering a patron
by bugzilla-daemon＠bugs.koha-community.org 10 Mar '23

10 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12133 Emmi Takkinen <emmi.takkinen(a)koha-suomi.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #147440|0 |1 is obsolete| | --- Comment #28 from Emmi Takkinen <emmi.takkinen(a)koha-suomi.fi> --- Created attachment 148058 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=148058&action=e… Bug 12133: Add requirements for guarantor and guarantee Add two requirements when registering a new patron: - A child patron must have a guarantor. This is controlled by a new syspref ChildNeedsGuarantor. - A guarantor cannot be a guarantee. Test plan: 1. Add a child patron without guarantor or child patron with guarantee as guarantor succesfully. 2. Apply this patch. 3. Add a child patron as a guarantor. => Error is raised. 4. Turn syspref "ChildNeedsGuarantor" ON. 5. Add a child patron without a guarantor and error "Child needs a guarantor" is raised. 6. Add guarantor. Guarantor can either be existing patron or added with "Contact" section. => Save without errors. Also prove t/db_dependent/Koha/Patron.t Sponsored-by: Koha-Suomi Oy -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 20228] New: Circulation alerts don't take AutoEmailPrimaryAddress system preference into account
by bugzilla-daemon＠bugs.koha-community.org 10 Mar '23

10 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20228 Bug ID: 20228 Summary: Circulation alerts don't take AutoEmailPrimaryAddress system preference into account Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: sophie.meynieux(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In C4::Message->enqueue(), to_address is email or if not defined emailpro or if not defined B_email, irrespective of the value of AutoEmailPrimaryAddress system preference -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 3150] Move emails for sending cart and list contents into notices tool
by bugzilla-daemon＠bugs.koha-community.org 10 Mar '23

10 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3150 --- Comment #177 from Aleisha Amohia <aleisha(a)catalyst.net.nz> --- Katrin's follow-up looks great so have done an additional sign-off -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 3150] Move emails for sending cart and list contents into notices tool
by bugzilla-daemon＠bugs.koha-community.org 10 Mar '23

10 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3150 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #147880|0 |1 is obsolete| | --- Comment #176 from Aleisha Amohia <aleisha(a)catalyst.net.nz> --- Created attachment 148045 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=148045&action=e… Bug 3150: (follow-up) Make sure host information displays for unlinked records When the 773 entry is not linked to a record using $w or Easyanalytics we still want to display the information about the source/host item in the emails. To test: 1. Activate the UseControlNumber system preference 2. Search for a record and make sure it has 001 set to some value. 3. Use Edit > Add child record to create an analytical record from this record. 4. Make sure 773$w was filled in and finish by adding any mandatory fields, save. 5. Add this record to your cart. Also add a 773$g with the pages or similar. 6. Create another record with 773$t and $g, but without $w. 7. Also add this record to your cart. 8. Add a few other records to the cart. 9. Host item information (In: ) should display for all entries with 773 in the record. This also makes use of the biblio-title include to display the different parts of the title (245$abnp), if the record is linked. Signed-off-by: Katrin Fischer <katrin.fischer(a)bsz-bw.de> Signed-off-by: Aleisha Amohia <aleishaamohia(a)hotmail.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9525] Add option to define float groups and rules for float
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '23

09 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9525 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nick(a)bywatersolutions.com Status|Needs Signoff |Signed Off --- Comment #63 from Nick Clemens <nick(a)bywatersolutions.com> --- Signed by Lisette, minor rebase and test updates, I think this can go to QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 32404] New: Two-factor authentication for staff client doesn't work for all staff accounts
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '23

09 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32404 Bug ID: 32404 Summary: Two-factor authentication for staff client doesn't work for all staff accounts Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org With the new feature, Two-factor authentication for staff client - TOTP, staff permissions seem to be needed to activate this: my ( $template, $loggedinuser, $cookie ) = get_template_and_user( { template_name => 'members/two_factor_auth.tt', query => $cgi, type => 'intranet', flagsrequired => { editcatalogue => '*' }, } ); which means that only staff with top-level catalogue permissions can activate their two-factor authentication. However, I believe this should be allowed by all staff accounts which would change this feature to allow staff to have just the "Staff access, allows viewing of catalogue in staff interface (catalogue) " permission. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 33179] New: Allow for libraries to automatically suppress a bibliographic record from OPAC if no items are attached
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '23

09 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33179 Bug ID: 33179 Summary: Allow for libraries to automatically suppress a bibliographic record from OPAC if no items are attached 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: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It would be nice for Koha to allow libraries to automatically suppress a bibliographic record from OPAC if no items are attached. Currently, the library would need to manually add a 942$n = 1 to suppress records. But if the record has no items and can automatically be suppressed until items are attached, this would be a nice efficient workflow. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 3831] Add a warning/hint when FA framework is missing
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '23

09 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3831 --- Comment #16 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- And another 4-digit bug bites the dust :) -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0