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

[Bug 28294] New: C4::Circulation::updateWrongTransfer should be moved into Koha::
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '25

25 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28294 Bug ID: 28294 Summary: C4::Circulation::updateWrongTransfer should be moved into Koha:: 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Bug 24434 highlighted a case where this method is restored to use.. we should really move to using Koha:: methods instead. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 108

[Bug 27490] New: Rename system preference language to StaffInterfaceLanguage
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '25

25 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27490 Bug ID: 27490 Summary: Rename system preference language to StaffInterfaceLanguage Change sponsored?: --- Product: Koha Version: unspecified 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: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org find all of the places in the code that refer to the 'language' system preference and rename them to 'StaffInterfaceLanguage' write an atomic update to rename the language system preference to StaffInterfaceLanguage in the preferences table in the database rename the language syspref in sysprefs.sql refer to bug 10328 for an example -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 34

[Bug 34568] New: Add ability to undo an import in ERM
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '25

24 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34568 Bug ID: 34568 Summary: Add ability to undo an import in ERM Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart+koha(a)gmail.com Reporter: esther.melander(a)bywatersolutions.com CC: jonathan.druart+koha(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 The ERM module currently has the ability to import a package list/records locally. Once those records are in the system, it is very difficult to pull them back out. It would be nice to have an undo import similar to what is found in Managing Staged Records. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 36310] New: Add Course reserves API to facilitate the manipulation and display of data
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '25

24 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36310 Bug ID: 36310 Summary: Add Course reserves API to facilitate the manipulation and display of data Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette.scheer(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org This would be helpful for discovery layers with partners that use course reserves, as well as leaving options for using the API to increase speed when loading large tables. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 35545] New: "additional" item
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '25

24 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35545 Bug ID: 35545 Summary: "additional" item Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: Igor.A.Sychev(a)mail.ru QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com An "additional" item appears in the staff interface if item = biblionumber. This effect is not observed in OPAC. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 23293] New: OPACFineNoRenewals compares against 'balance' not 'outstanding'
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '25

24 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23293 Bug ID: 23293 Summary: OPACFineNoRenewals compares against 'balance' not 'outstanding' 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The OPACFineNoRenewals (and consequently the OPACFineNoRenewalsBlockAutoRenew) feature uses the patrons' account balance (which combines outstanding credits and debits) as opposed to their outstanding debts. This should either be configurable (or perhaps coded to use outstanding debts instead) as it does not accurately reflect what a patron may owe when AccountAutoReconcile is set to 'Do not' apply. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 41

[Bug 35836] New: search_for_data_inconsistencies.pl - Search for loops in dependencies.
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '25

23 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35836 Bug ID: 35836 Summary: search_for_data_inconsistencies.pl - Search for loops in dependencies. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: matthias.le-gac(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We have guarantors who guarantee individuals who are, in turn, their guarantors. It is not clear if this should be allowed (bz35421), but it works, and has been working for a while. However, it breaks with bz12532, which produces a recursion that disrupts everything. Creation of a code in search_for_data_inconsistencies.pl that identifies loops in borrower_relationships. This must work in both directions for validation. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 61

[Bug 33087] New: OPACHoldsIfAvailableAtPickup considers On order as available
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '25

23 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33087 Bug ID: 33087 Summary: OPACHoldsIfAvailableAtPickup considers On order as available Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests 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: gmcharlt(a)gmail.com If OPACHoldsIfAvailableAtPickup is enabled (i.e. if patrons cannot place holds on items that are available at their library), patrons cannot place holds on items that are on order (or any negative not for loan value) for pickup at their library. Technically, those items are not "available", so they shouldn't be affected by this system preference. To replicate: Prerequisites : - Have at least two libraries (I used the sample libraries) - Have a patron in one of the libraries (I used Henry Acevedo), make sure you know the user id and password for that patron - Make sure the circulation rules allow holds for the patron category 1. Turn on OPACHoldsIfAvailableAtPickup 1.1. Go to Administration > Global system preference 1.2. Search for OPACHoldsIfAvailableAtPickup 1.3. Change the value to "Don't allow" 1.4. Click "Save all Circulation preferences" 2. Make an item "On order" at the patron's library (Henry Acevedo is at Midway) 2.1. If needed, create a bibliographic record and item 2.2. Edit the item to assign the "On order" not for loan status 2.3. Change the home and holding library to the patron's library (Midway) 2.4. Click "Save changes" 3. Try to place a hold on the item through the OPAC 3.1. In the OPAC, log in as the patron 3.2. Search for the item 3.3. Click "Place hold" --> Notice the patron's library is greyed out in the pickup location drop-down menu -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 26597] New: Transfer informations from guarantor when adding a guarantor to an existing patron
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '25

23 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26597 Bug ID: 26597 Summary: Transfer informations from guarantor when adding a guarantor to an existing 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: maryse.simard(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When creating a new guarantee from the guarantor, the preference PrefillGuaranteeField dictates some fields to be transfered from guarantor to guarantee. We want to transfer those informations also when adding a new guarantor relationship to an existing patron. Note: This was first introduced as part of Bug 12446, but ultimately was split into it's own bug. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 65

[Bug 35029] New: Doubled up entries in notices and slips after update
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '25

23 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35029 Bug ID: 35029 Summary: Doubled up entries in notices and slips after update Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Depends on: 30555 This was caused by bug 30555: When we insert new entries into the letters table for existing notices (new transport types), we need to make sure that letter.name of the old and new notice entries match. Otherwise we'll see 2 entries in the editor with no way to fix it from the GUI. Both lead to the same notice entry page. name gets translated, so we need to query the existing one with the code of the letter and use it for the new entries. To test: * You will need a non-English installation, with translated installer. de-DE would work. And where the database from bug 30555 has run. * Alternatively you can try and update the name field for one of the entries in letter manually to see the same effect. * Go to tools > notices and slips * Verify there are 2 entries for the DUEDGST and other notices with different description. * When editing, you should see the same text/entries for each. It's also the same URL. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30555 [Bug 30555] Add more sample notice for SMS messages -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12