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

[Bug 25934] New: RequireStrongPassword should be more complex (password policy complexity)
by bugzilla-daemon＠bugs.koha-community.org 05 Sep '25

05 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25934 Bug ID: 25934 Summary: RequireStrongPassword should be more complex (password policy complexity) Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org At the moment, RequireStrongPassword uses a minimum password length (of only 3 characters or the sysperf minPasswordLength) and a static regular expression. Here are a number of improvements: 1. A minimum length of 10 characters that can't be lowered via minPasswordLength 2. Should contain 3 of the following 4 sets (lowercase, uppercase, numbers, special characters) 3. Not be the same as a previously set password 4. Should not include dictionary words or common passwords (This could be challenging to do comprehensively on low spec systems, although one variation of this could be to add a customizable list of passwords to exclude.) 5. Should not be equal to the username -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 35717] New: Add an ordernumber column to suggestions
by bugzilla-daemon＠bugs.koha-community.org 04 Sep '25

04 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35717 Bug ID: 35717 Summary: Add an ordernumber column to suggestions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org This is bug 28844 reworked with the relationship defined in the reverse way. There can be multiple suggestions for the same title currently (the check for duplicate suggestions includes the suggestedby field in the search, so only a single patron is prevented from requesting the same book twice) While we can order only from a single suggestion, bug 19358 and 31632 seek to allow linking multiple suggestions to an order, I believe we need to define the relationship this way now, to allow for future changes. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 51

[Bug 35712] New: Record issue_id in old_reserves for completed holds
by bugzilla-daemon＠bugs.koha-community.org 04 Sep '25

04 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35712 Bug ID: 35712 Summary: Record issue_id in old_reserves for completed holds Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org CC: nick(a)bywatersolutions.com There is not currently a direct data linkage between a filled hold in old_reserves and the checkout that filled it in (old_)issues. It'd be helpful if we could put the issue_id into the old_reserves table to make that explicit. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 34610] New: ProtectSuperlibrarianPrivileges, not ProtectSuperlibrarian
by bugzilla-daemon＠bugs.koha-community.org 04 Sep '25

04 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34610 Bug ID: 34610 Summary: ProtectSuperlibrarianPrivileges, not ProtectSuperlibrarian 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: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We have a syspref called ProtectSuperlibrarianPrivileges, but a couple of places in the code refer to ProtectSuperlibrarian: $ grep -rn --exclude=*.po "ProtectSuperlibrarian " * koha-tmpl/intranet-tmpl/prog/en/modules/members/member-flags.tt:132: .attr("title", _("The system preference ProtectSuperlibrarian is enabled")) koha-tmpl/intranet-tmpl/prog/nb-NO/modules/members/member-flags.tt:132: .attr("title", _("The system preference ProtectSuperlibrarian is enabled")) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 32749] New: Additional fields: Make searchable and display in result list separate attributes
by bugzilla-daemon＠bugs.koha-community.org 04 Sep '25

04 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32749 Bug ID: 32749 Summary: Additional fields: Make searchable and display in result list separate attributes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com At the moment for some of the additional attributes you can specify that they are searchable. If they are searchabale, they will also show up as a separate column in the result list. When you have a lot of fields you want you want to be searchable, that can make the result list unusable. It would be quite nice if it was possible to configure the display bit separately from the field being searchable. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 19909] New: Show attributes in patron search results
by bugzilla-daemon＠bugs.koha-community.org 04 Sep '25

04 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19909 Bug ID: 19909 Summary: Show attributes in patron search results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Patrons Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com This will add a new column (hidden by default) in the results table to displays all attributes associated to the corresponding patron. -- You are receiving this mail because: You are watching all bug changes.

1 21

[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 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 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