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

[Bug 15565] Place multiple item-level holds at once for the same record
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '23

15 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15565 Michal Denar <black23(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |black23(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 34799] New: Holds cannot be cancelled with a reason from waitingreserves.pl
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '23

15 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34799 Bug ID: 34799 Summary: Holds cannot be cancelled with a reason from waitingreserves.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests 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 Hold can be cancelled from waitingreserves.pl. However a reason cannot be selected. Without a reason a HOLD_CANCELLATION notice will not be sent. It would be nice if there was an option to choose a reason from this page, so a HOLD_CANCELLATION notice will be generated. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 7376] Transfer limits should be checked at check-in
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '23

14 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7376 Lisette Scheer <lisette.scheer(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lisette.scheer@bywatersolut | |ions.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 33656] New: In serial collection, items with "Missing" status are always checked by default
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '23

14 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33656 Bug ID: 33656 Summary: In serial collection, items with "Missing" status are always checked by default Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: maude.boudreau(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org Created attachment 150534 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=150534&action=e… Example Hi, In serial collection, items with "Missing" status are always checked by default. Some libraries always maintain this status in issues. This creates a problem when they want to prune issues. Example : (see file attachment) To prune all the numbers of 2021, i need to : Go to the 2022 and 2024 tab to uncheck all missing numbers so that it is not deleted. Go to the 2021 tab, click on "select all" and on "delete selected issues". If you forget to uncheck before clicking delete, all the missing numbers of 2022 and 2024 will be deleted! Also, when we edit serials. All missing numbers appear. Which can become cumbersome when there are several numbers for several years. It would be nice to have a system preference that allows us to choose if we want to check it or not by default Thanks! Maude -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 14364] Allow automatically canceled expired waiting holds to fill the next hold
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '23

14 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14364 --- Comment #78 from Nick Clemens <nick(a)bywatersolutions.com> --- (In reply to Katrin Fischer from comment #77) > (In reply to Nick Clemens from comment #76) > > (In reply to Andrew Nugged from comment #75) > > > > Changes the routines to use inbound_library_address > > > > > > Ouch :). Now our all customers have all the rest messages sent from > > > > > > $library->from_email_address; > > > > > > _except_ 'HOLD's: > > > > > > $library->inbound_email_address > > > > > > This slightly made a mess. > > > > > > Katrin/Nick: do we expect that "inbound_email_address" will be soon > > > refactored to everywhere use? > > > > I think the change to the 'from' is actually a mistake. > > > > Koha/Library.pm > > 171 NOTE: This is the address to use for 'reply_to' or 'to' fields; It > > should not usually be > > 172 used as the 'from' address for emails as it may lead to mail being > > caught by spam filters. > > still valid? See bug 32455 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 34288] New: Cannot use cataloguing tools without cataloguing permissions
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '23

14 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34288 Bug ID: 34288 Summary: Cannot use cataloguing tools without cataloguing permissions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org As a side effect of moving the `cataloguing tools` to the cataloguing section, there's no way for a patron with all `tools permissions` to use the cataloguing tools. To reproduce: 1. Have a patron with only 'catalogue' and 'tools' permissions. 2. Log into the staff interface => FAIL: You cannot access the Cataloguing section, thus have no access to the cataloguing tools 3. Point your browser to: http://kohadev-intra.mydnsname.org:8081/cgi-bin/koha/tools/batchMod.pl http://kohadev-intra.mydnsname.org:8081/cgi-bin/koha/labels/label-home.pl => SUCCESS: You actually have permissions to access the tool -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 38

[Bug 31179] New: Duplicate item is duplicating internal item fields
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '23

14 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31179 Bug ID: 31179 Summary: Duplicate item is duplicating internal item fields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Duplicate item is intended to duplicate the visible cataloging fields of an item, however, currently it is duplicating the complete internal record of the item To recreate: 1 - find an item in Koha staff client, copy the barcode 2 - Issue this item to a patron 3 - Return to the record 4 - Edit items 5 - Click 'Actions->Duplicate' for the item in question 6 - Save the item 7 - Note in the items table above for that 'Total checkouts' 'Due date' etc. have been copied to new item -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 30042] New: Remove Date::Calc use in cleanborrowers.pl
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '23

14 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30042 Bug ID: 30042 Summary: Remove Date::Calc use in cleanborrowers.pl Change sponsored?: --- Product: Koha Version: master 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 34763] New: Guarantor information lost when saving duplicated patron
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '23

14 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34763 Bug ID: 34763 Summary: Guarantor information lost when saving duplicated patron 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: emmi.takkinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com if one tries to duplicate patron which has a saved guarantor, guarantor info is lost when patron is saved. To reproduce: 1. Find patron with guarantor info. 2. Duplicate this patron. 3. Note that guarantor info is displayed on duplicate form. 4. Save patron. => Note that guarantor info is lost. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 11300] Add a new authority linker which searches for authority links on a Z39.50 server.
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '23

14 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11300 --- Comment #62 from Phil Ringnalda <phil(a)chetcolibrary.org> --- Does a publicly-available z39.50 server where this would actually work exist? It would have to only return results from the main heading, and only exact matches. No z39.50 authority servers I know of do either one of those things. I tried linking two headings, "Scripting languages (Computer science)" which was linked to "ActionScript (Computer program language)" (because Scripting languages (Computer science) is in a 550 on that record) and "Patterson, James" which was linked to "Patterson, James A., 1947-" because that happens to be the first of the 14 pages of results the Library of Congress name authority server returns. -- You are receiving this mail because: You are watching all bug changes.

1 0