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

[Bug 37854] New: Barcode fails when adding item during order receive (again)
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '25

03 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37854 Bug ID: 37854 Summary: Barcode fails when adding item during order receive (again) Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Basically the same bug as 28103 but newer Koha version, and this time we get "undefined" instead of a console error. -- 0. Set "autoBarcode" to "generated in the form <branchcode>yymm0001" 1. Create a vendor 2. Create a backet with "Create items when" set to "receiving an order" 3. Add an order (any order) 4. Close the basket 5. Receive the shipment 6. Click in the barcode field 7. Note that you get a barcode like undefined24090001 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 29818] New: Cannot save subscription frequency with no display order
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '25

03 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29818 Bug ID: 29818 Summary: Cannot save subscription frequency with no display order Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1 - Go to Manage Frequencies (/cgi-bin/koha/serials/subscription-frequencies.pl) 2 - create a new frequency, don't enter a value for display order 3 - try to save, get an error: C4::Serials::Frequency::AddSubscriptionFrequency(): DBI Exception: DBD::mysql::st execute failed: Incorrect integer value: '' for column 'displayorder' at row 1 at /kohadevbox/koha/serials/subscription-frequencies.pl line 89 at /usr/share/perl5/DBIx/Class/Exception.pm line 77 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 38437] New: Modal does not appear on single order receive
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '25

03 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38437 Bug ID: 38437 Summary: Modal does not appear on single order receive Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org I think this is a regression from past behaviour. It used to be that if you only received one order in acquisitions, the modal to edit the order information would appear automatically. Now we have to click on 'Edit' to have access to it. To recreate (with ktd default data): 1. Place an order in acquisitions 1.1. Go to Acquisitions 1.2. Click 'Search' next to 'Search vendors' 1.3. Click 'Add to basket' next to 'My basket' 1.4. Search for an existing record (e.g. search for Shakespeare) 1.5. Click 'Add order' next to a result or in the detailed record 1.6. In the item form, choose an item type 1.7. Click 'Add item' 1.8. Choose a fund 1.9. Enter a price in 'Vendor price' 1.10. Click 'Save' 1.11. Click 'Close basket' 1.12. Click 'Yes, close' 2. Receive the order 2.1. Click 'Receive shipments' 2.2. Enter a value in 'Vendor invoice' 2.3. Click 'Next' 2.4. Click 'Receive' next to your order --> in 24.05, the modal appears at this point. Now we have to click 'Edit' This was the behaviour when bug 33784 was added. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 37293] New: MARC bibliographic framework text for librarians and OPAC limited to 100 characters
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '25

03 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37293 Bug ID: 37293 Summary: MARC bibliographic framework text for librarians and OPAC limited to 100 characters 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: phil(a)chetcolibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Like bug 36821, but for MARC bibliographic frameworks. The database columns for liblibrarian and libopac in marc_tag_structure and marc_subfield_structure are 255 characters, but the HTML maxlength in /koha-tmpl/intranet-tmpl/prog/en/modules/admin/marctagstructure.tt and /koha-tmpl/intranet-tmpl/prog/en/modules/admin/marc_subfields_structure.tt limit tags to 100 characters and subfields to 80 characters. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 38362] New: Printing lists only prints the ten first results - OPAC
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '25

03 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38362 Bug ID: 38362 Summary: Printing lists only prints the ten first results - OPAC Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 37285 but for the OPAC. It looks like we can take what was done there ( virtualshelves/shelves.pl ) and apply it the OPAC ( opac/opac-shelves.pl ). -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 38522] New: Increase length of erm_argreements.license_info
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '25

03 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38522 Bug ID: 38522 Summary: Increase length of erm_argreements.license_info Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org https://schema.koha-community.org/24_05/tables/erm_agreements.html erm_agreements.license_info is limited to 80 characters. Users would like to be able to store more information here. erm_agreement_licenses.notes and erm_agreement_periods.notes are both MEDIUMTEXT fields allowing up to 16777215 characters. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31

[Bug 35709] New: Renew selected items button is inactive when overdue items are preselected automatically
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '25

03 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35709 Bug ID: 35709 Summary: Renew selected items button is inactive when overdue items are preselected automatically Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: anneli.osterman(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Renew or checkin selected items button were seperated to two buttons (wich is great). When you go to patron's checkouts and there are overdue items, they are selected automatically for renewal (as previously). But now the Renew selected items button is inactive and you have to click one of the overdue items on the Renew colum to activate the button. And click it again to renew that one too. This happens in both cgi-bin/koha/members/moremember.pl and cgi-bin/koha/circ/circulation.pl pages. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 38680] New: [24.05.x] copyno not copied over when set in MarcItemFieldsToOrder system preference
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '25

03 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38680 Bug ID: 38680 Summary: [24.05.x] copyno not copied over when set in MarcItemFieldsToOrder system preference Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org This is Bug 38326 but for 24.05.x and below. 24.05 doesn't have a Koha/MarcOrder.pm file so I can't use that patch. The fix should be the same. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 39018] New: Let cleanup_database.pl delete discharged patrons after X days
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '25

03 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39018 Bug ID: 39018 Summary: Let cleanup_database.pl delete discharged patrons after X days Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Discharging a patron adds a restiction of type "discharge" to the pateon. Some libraries want to automatically delete patrons X days after the discharge restriction has been added. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 39016] New: A failed renewal (max renewals reached) request response is missing due date in the AH field
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '25

03 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39016 Bug ID: 39016 Summary: A failed renewal (max renewals reached) request response is missing due date in the AH field Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: lmstrand(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The SIP2 protocol says this field is mandatory. When printing out a renewal slip (Lyngsoe systems) the failed renewal does not get a due date printed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0