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

[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

[Bug 30555] New: Add more sample notice for sms messages
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '25

23 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30555 Bug ID: 30555 Summary: Add more sample notice for sms messages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: shi-yao.wang(a)inLibro.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 36166] New: Disable select to add to list if opacuserlogin is disabled
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '25

23 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36166 Bug ID: 36166 Summary: Disable select to add to list if opacuserlogin is disabled Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org It seems adding to list is disabled pretty much everywhere in the OPAC when opacuserlogin is disabled. However, there is still the [New list] option in the drop-down in the search results. To recreate: 1. Disable opacuserlogin 1.1. Go to Administration > System preferences 1.2. Search for opacuserlogin 1.3. Switch to Don't allow 1.4. Click on Save all OPAC preferences 2. Do a search in the OPAC and try to add to a list 2.1. Go to the OPAC 2.2. Enter a search term and press enter (or click the magnifying glass) --> Notice that in the search results, there is an option to Select titles to: [New list] 2.3. Select a title by checking the box 2.4. Choose With selected titles: [New list] --> Message saying you need to be logged in (but you can't) I think it would be less confusing for patrons if the option wasn't there at all. I just tried with an "open" list (public; changes from anyone seeing the list) and you still need to log in to add a title to the list. So adding to lists from the dropdown menu should be disabled completely when opacuserlogin is disabled. To recreate: 1. Create a public list that anyone can change 1.1. Go to Lists 1.2. Click on New list 1.3. Fill out the form: - Name: enter a name for the list - Public: Public - Allow changes to contents from: Anyone seeing this list 1.4. Click Save 2. Do a search in the OPAC and try to add to the public list 2.1. Go to the OPAC 2.2. Enter a search term and press enter (or click the magnifying glass) 2.3. Select a title by checking the box 2.4. Choose With selected titles: Name of list --> Pop up window saying logging on to the catalog has not been enabled by the library. -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 33317] New: Add system preference to set meta robots for the OPAC
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '25

23 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33317 Bug ID: 33317 Summary: Add system preference to set meta robots for the OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: hammat.wele(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Websites must have a robots meta tag to improve search engine crawling, so we could tells search engines to not index OPAC pages for example. It needs to be added to koha-tmpl/opac-tmpl/bootstrap/en/includes/doc-head-close.inc The content should also be available as a system preference. -- You are receiving this mail because: You are watching all bug changes.

1 58

[Bug 29095] New: Add re-usable item-status include
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '25

23 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29095 Bug ID: 29095 Summary: Add re-usable item-status include Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org We display item status's in a few places, and already have an item-status include file to share this display logic around in the OPAC. We should do the same in the staff client, this would lead to simplified logic in the catalogue/detail controller and DRYer code in future developments. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 22704] New: Subtype search don't work with ElasticSearch
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '25

23 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22704 Bug ID: 22704 Summary: Subtype search don't work with ElasticSearch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: black23(a)gmail.com Target Milestone: --- Hi, Steps to reproduce: - set Elastic as search engine - make full reindex of biblio - make sure 'Subtypes' is checked in either OpacAdvSearchMoreOptions or OpacAdvSearchOptions - go to Advanced search - if necessary, click on 'More options' - in the 'Subtype limits' section, choose some Subtype like CD audio from drop-down menu - click on 'Search' - get result: No results match your search with limit(s): 'ff7-01-02:sd -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2