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

[Bug 37954] New: Unable to hide barcode column in holdings table
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '25

04 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37954 Bug ID: 37954 Summary: Unable to hide barcode column in holdings table Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 32447 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32447 [Bug 32447] In items table barcode column can not be filtered -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 35

[Bug 38109] New: Patron category types are not sorted when entering/editing patrons
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '25

04 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38109 Bug ID: 38109 Summary: Patron category types are not sorted when entering/editing patrons 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: nick(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 - Patrons -> New patron -> {any category} 2 - Find the category dropdown 3 - Note the order of categories types 4 - Reload the page 5 - Note a new order -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 38097] New: Add class to "Item was not checked out" message in checkin table
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '25

03 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38097 Bug ID: 38097 Summary: Add class to "Item was not checked out" message in checkin table Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When ShowAllCheckins is enabled, items that were entered into the "check-in" field without actually being checked out to a patron, Koha lists the item in the checkins table with a red "Item was not checked in" message. This message is not to everyone's liking and lacks a unique class. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 38005] New: 500 error when self registering and patron attribute is set as mandatory
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '25

03 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38005 Bug ID: 38005 Summary: 500 error when self registering and patron attribute is set as mandatory 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 To recreate: 1. Create a patron attribute. 2. Check it as Mandatory. 3. Do NOT make it display or editable in the OPAC. 4. Go to OPAC self reg form 5. You will not see the attribute. 6. Submit the form and see the 500 error: Missing mandatory extended attribute (type=MANDO) at /usr/share/perl5/Exception/Class/Base.pm line 88 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 37304] New: The Created by filter in Acquisitions advanced orders search always shows zero results
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '25

03 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37304 Bug ID: 37304 Summary: The Created by filter in Acquisitions advanced orders search always shows zero results Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucy.vaux-harvey(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org In the Order Search screen, the Basket Created By field results in 0 (zero) hits regardless of which member of staff is selected. To recreate: Go to Acquisitions then to Advanced Search from the left hand menu options In the Basket Created By field begin entering name of staff member who has baskets created in the system Select name from the suggestions dropdown, name is added beneath the search box Click Search Even though there are baskets created by this user zero results are returned with the message "Your search returned no results." -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 37403] New: Wrong progress quantity in job details when staging records with match check
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '25

03 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37403 Bug ID: 37403 Summary: Wrong progress quantity in job details when staging records with match check Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl I noticed that when you stage MARC records and do a match check ("Look for existing records in catalog?"), the progress quantity in the Details of the job is wrong. To recreate: 1. Go to Cataloging > Stage records for import 2. Choose a file with bibliographic records and click Upload file 3. In "Look for existing records in catalog?" choose a record matching rule (e.g. ISBN) 4. Click Stage for import 5. Click View detail of the enqueued job --> Progress show 2/1 I've also seen 4/2 and 12500/1000 (it's not always double) The number seems ok if you don't check for existing records. This has been the case at least since 23.05. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 37606] New: Export module should replace double quotes with simple quotes
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '25

03 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37606 Bug ID: 37606 Summary: Export module should replace double quotes with simple quotes Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When exporting as csv, the exporter does not check the presence of double quote in the fields. Hence, if there is one double quote, the csv is broken. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 38177] New: ERM - HoldingsIQ pagination does not work
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '25

03 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38177 Bug ID: 38177 Summary: ERM - HoldingsIQ pagination does not work Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: jeremy.evans(a)ukhsa.gov.uk, jonathan.druart(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com To reproduce: 1) Setup all the system preferences in ERM: <staff_url>/cgi-bin/koha/admin/preferences.pl?tab=erm 2) Enable EBSCO in ERMProviders. Set the ERMProviderEbscoApiKey and ERMProviderEbscoCustomerID prefs. 3) Do a search that returns more than 20 records. Click on a page other than 1. Notice the records do not change (Page is the same). -- You are receiving this mail because: You are watching all bug changes.

1 40

[Bug 37836] New: Prevent submitting empty barcodes in Self check-in
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '25

03 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37836 Bug ID: 37836 Summary: Prevent submitting empty barcodes in Self check-in Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Circulation Assignee: bosse(a)gustavsson.one Reporter: bosse(a)gustavsson.one QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When pressing "Submit" on the "Self Check-in" page with the barcode field left empty, the barcode element still appears in the list. To recreate this bug: Enable the "SelfCheckInModule". Open the page and press the "Submit" button. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 37505] New: Statistical patrons don't display information about item status if item wasn't checked out
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '25

03 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37505 Bug ID: 37505 Summary: Statistical patrons don't display information about item status if item wasn't checked out Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: emily.lamancusa(a)montgomerycountymd.gov Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If an item is scanned with a statistical patron, the the page is meant to display an alert if the item has any current checkouts, holds, recalls, return claims, or lost/withdrawn status (as well as automatically ending checkouts and clearing lost statuses). However, the page is not currently displaying those alerts unless the item has a current checkout, even though the other statuses are unrelated to whether the item is currently checked out or not. -- You are receiving this mail because: You are watching all bug changes.

1 29