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

[Bug 22135] New: Inventory tool doesn't export "out of order" problem to CSV
by bugzilla-daemon＠bugs.koha-community.org 15 Sep '23

15 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22135 Bug ID: 22135 Summary: Inventory tool doesn't export "out of order" problem to CSV Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: marka(a)pobox.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 21408 Target Milestone: --- Created attachment 84013 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=84013&action=ed… Fix for out of order problem seen as blank in CSV exported by inventory tool When using the inventory tool with an uploaded barcode file and checking the "Compare barcodes list to results", "Check barcodes list for items shelved out of order" and "Export to CSV file" checkboxes, the resulting CSV file shows a blank in the "problem" column for items with out of order callnumbers. I was able to fix this using the attached patch. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21408 [Bug 21408] Inventory - Warn of items possibly scanned out of order -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[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 31213] New: When performing a basic search with no results, repeat the search with term quoted
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '23

14 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31213 Bug ID: 31213 Summary: When performing a basic search with no results, repeat the search with term quoted Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Under elastic, when searching for some special characters a search may fail: Ivy + Bean The 6:20 man etc. These terms work when quoted: "Ivy + Bean" It would be nice if we just tried this automatically for the user -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26

[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