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

[Bug 29642] New: About page marks several Perl modules as missing
by bugzilla-daemon＠bugs.koha-community.org 04 Sep '25

04 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29642 Bug ID: 29642 Summary: About page marks several Perl modules as missing Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: Linux Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: egpetridis(a)yahoo.com QA Contact: testopia(a)bugs.koha-community.org I notice that in the "Perl modules" tab at /cgi-bin/koha/about.pl some modules appear as missing, namely Text::CSV::Unicode (0.40) Not Installed Selenium::Remote::Driver (1.27) Not Installed Test::DBIx::Class (0.42) Not Installed HTTPD::Bench::ApacheBench (0.73) Not Installed Locale::XGettext::TT2 (0.7) Not Installed As my installation is a vanilla one (koha-common on Debian), I wonder if they should have been installed by default. For example, I see in https://git.koha-community.org/Koha-community/Koha/commit/f180314f58c57ce0c… that "Selenium::Remote::Driver (1.27)" should have been included in the dependencies list years ago. Another example: Locale::XGettext::TT2 (0.7) is mentioned in https://git.koha-community.org/Koha-community/Koha/commit/3cfc2ec7bd1becef4… as "new dependency" two years ago, yet it is absent from my installation, despite several upgrades since. What gives? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 31865] New: Hide display of 'dev/testing' packages on production installs
by bugzilla-daemon＠bugs.koha-community.org 04 Sep '25

04 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31865 Bug ID: 31865 Summary: Hide display of 'dev/testing' packages on production installs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: About Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org this patchset attempts to hide the display of 'dev/testing' packages on production installs this will hopefully reduce situations where dev/testing packages are installed from CPAN, which can introduce problems -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 37774] New: Title level hold should fill even if specific item is not holdable
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '25

03 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37774 Bug ID: 37774 Summary: Title level hold should fill even if specific item is not holdable Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests 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 When a patron has a hold on a title that has a mix of holdable and unholdable items we will not fill the hold if the unholdable items are checked out. This is similar to bug 4850, but that seems to be about the check-in response, this is to solve the checkout handling To recreate: 1 - Set a "Default holds policy by item type" rule on "Mixed materials" to "No holds allowed" 2 - Add a Mixed Materials item on a record with items of 'Book' item types that are holdable 3 - Place a hold for a patron 4 - Check out the 'Mixed material' book to the patron (they are allowed to borrow these materials) 5 - The hold is not marked filled! It is common for libraries to have 'New items' or 'Lucky day' items that are nto holdable, but can be checked out by the patron if found on the shelf. Koha should fill the hold when issuing even if the item would not normally be holdable -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 35494] New: SQL auto-complete should not be triggered by closing a quotation
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '25

03 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35494 Bug ID: 35494 Summary: SQL auto-complete should not be triggered by closing a quotation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 32613 To recreate: - create a new report from SQL - Type 'test' (including the single quotation marks) - observe that the auto-complete popup appears when you type the closing quotation mark - type "test" and see it does the same with double quotation marks This is really unhelpful. If I'm quote-wrapping something, it's because it's a string rather than a field. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32613 [Bug 32613] Add auto-completion to our SQL reports editor -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 38014] New: Migrate from Font Awesome to Bootstrap Icons
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '25

03 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38014 Bug ID: 38014 Summary: Migrate from Font Awesome to Bootstrap Icons 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: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Font Awesome has moved a larger number of their icon options behind their paywall. With V6 we can no longer use the outline/unfilled versions. I propose moving to the bootstrap icon set https://icons.getbootstrap.com, which is fully open source and has a similar icon font to FA. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 36820] New: NEW_SUGGESTION is still sent for some modifications to the suggestion
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '25

03 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36820 Bug ID: 36820 Summary: NEW_SUGGESTION is still sent for some modifications to the suggestion Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor 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 If you edit a "Pending" suggestion without changing the status, a NEW_SUGGESTION email will be generated. If you change the status of a suggestion back to "Pending" after being in a different status, a NEW_SUGGESTION email will be generated. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 36456] New: Add count of holds on queue to hold queue link
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '25

03 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36456 Bug ID: 36456 Summary: Add count of holds on queue to hold queue link Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette.scheer(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com I guess a different option for both this and bug 36455 would be to add a link on the home page with patron mods/purchase suggestions for the library's hold queue + count of your library's queue. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 27800] New: Make the ability to enter quantity more clear in Point of Sale module
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '25

03 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27800 Bug ID: 27800 Summary: Make the ability to enter quantity more clear in Point of Sale module Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Currently in the Point of Sale Module, once you add an item to sell, it moves over to the "This Sale" box on the right. There is some small text that says, "Click to edit item cost or quantities" - however, there is no indication that either of these fields is clickable in the table. Could we add a button or option to have librarians see that these are editable fields? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 23652] New: Let patrons opt out of search history
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '25

03 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23652 Bug ID: 23652 Summary: Let patrons opt out of search history 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org There is no mechanism for patrons to opt out of search history on the OPAC. This should be something added to opac-privacy.pl. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 38181] New: Extreme slow search results on OPAC (only) search when result records contain multiple items.
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '25

03 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38181 Bug ID: 38181 Summary: Extreme slow search results on OPAC (only) search when result records contain multiple items. Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: kdask(a)altsol.gr QA Contact: testopia(a)bugs.koha-community.org When performing a search on the OPAC, if the results containing records that are having a large number of holdings (e.g serials with over 1000 issues/items or even less) there is a huge delay on showing the results (~x8 times slower for the same search if we remove the multiple items from the resulting records) The odd is that the exact same search on the intranet interface works without these delays so I'm guessing that this is a problem on the OPAC search implementation? The problem exists with zebra but also with the use of Elasticsearch engine. Using elasticsearch tried also removing all the item related indexes - 952* subfields (and re-indexing) but the result is the same. In the following google drive link you can find a demo bib record with 1809 items (MarcXML - Marc21) if it helps to reproduce it.https://drive.google.com/file/d/11SQmfdWal9tzcovS0mrgu6vIOPf1aCbc/view You will have to import the record, and then try searching for the title on OPAC: The Journal of biological chemistry. In my case with a decent server without load (Debian, 4cpu cores, 16gb RAM) with plack enabled takes about ~50sec to get the result. Regards -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27