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

[Bug 33452] New: Patron statistics results is missing page-section
by bugzilla-daemon＠bugs.koha-community.org 22 Jul '25

22 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33452 Bug ID: 33452 Summary: Patron statistics results is missing page-section 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The patron statistics report is missing the page section on the results table. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 15516] Allow to place a hold on first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 22 Jul '25

22 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 Pedro Amorim <pedro.amorim(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Failed QA --- Comment #513 from Pedro Amorim <pedro.amorim(a)openfifth.co.uk> --- This is causing t/db_dependent/Reserves.t to fail $ prove ./t/db_dependent/Reserves.t ./t/db_dependent/Reserves.t .. 64/71 # No tests run! ./t/db_dependent/Reserves.t .. 65/71 # Failed test 'No tests run for subtest "CanBookBeReserved() tests"' # at ./t/db_dependent/Reserves.t line 1814. Can't locate object method "count" via package "0" (perhaps you forgot to load "0"?) at /kohadevbox/koha/C4/Reserves.pm line 399. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 40465] New: Unused variables in labels/label-create-pdf.pl
by bugzilla-daemon＠bugs.koha-community.org 22 Jul '25

22 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40465 Bug ID: 40465 Summary: Unused variables in labels/label-create-pdf.pl Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org This whole line is unnecessary in labels/label-created-pdf.pl: my ( $barcode_llx, $barcode_lly, $barcode_width, $barcode_y_scale_factor ) = 0, 0, 0, 0; I imagine once upon a time maybe it was needed but not anymore. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10762] Make it possible to adjust the barcode height and width on labels
by bugzilla-daemon＠bugs.koha-community.org 22 Jul '25

22 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10762 --- Comment #58 from David Cook <dcook(a)prosentient.com.au> --- Also curious how 1 or 100% doesn't really mean 100% of the label width... but looking into that now... -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10762] Make it possible to adjust the barcode height and width on labels
by bugzilla-daemon＠bugs.koha-community.org 22 Jul '25

22 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10762 --- Comment #57 from David Cook <dcook(a)prosentient.com.au> --- Curious how .01 means 10% label height when .8 means 80% label width... the math looks a bit weird there -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 40464] New: Many parts of C4::Auth::checkauth() re-lookup the patron using userid/cardnumber unnecessarily
by bugzilla-daemon＠bugs.koha-community.org 22 Jul '25

22 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40464 Bug ID: 40464 Summary: Many parts of C4::Auth::checkauth() re-lookup the patron using userid/cardnumber unnecessarily Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org While bug 40275 introduces Koha::Patrons->find_by_identifier() into C4::Auth in one place in C4::Auth::checkpw(), C4::Auth::checkauth() needlessly looks up the borrower again (multiple times) even though we've already looked it up before. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 40457] New: Wherever possible we should lookup using borrowernumber instead of userid/cardnumber
by bugzilla-daemon＠bugs.koha-community.org 22 Jul '25

22 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40457 Bug ID: 40457 Summary: Wherever possible we should lookup using borrowernumber instead of userid/cardnumber Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org As we note on bug 40275, there are times where we lookup the patron using cardnumber or userid when we really should be using borrowernumber where possible. Not all Koha users will have a cardnumber plus we have on-going issues around uniqueness of cardnumber and userid whereas borrowernumber is an internal persistent and unique identifier. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 40461] New: Koha should return 403 when a feature is disabled
by bugzilla-daemon＠bugs.koha-community.org 22 Jul '25

22 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40461 Bug ID: 40461 Summary: Koha should return 403 when a feature is disabled Change sponsored?: --- Product: Koha Version: Main 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org This should be an umbrella bug, unless there are no conflicting cases and we can solve them all in this report. Picking `opac-export.pl` as an example, if there are no export formats enabled, the tool returns a 400. This status code means: ``` The HTTP 400 Bad Request client error response status code indicates that the server would not process the request due to something the server considered to be a client error. The reason for a 400 response is typically due to malformed request syntax, invalid request message framing, or deceptive request routing. ``` I propose we standardize on `403` [1] [1] https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Status/403 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 39129] New: Add a notification for staff when a new ILL request is made
by bugzilla-daemon＠bugs.koha-community.org 21 Jul '25

21 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39129 Bug ID: 39129 Summary: Add a notification for staff when a new ILL request is made Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: pedro.amorim(a)ptfs-europe.com, tomascohen(a)gmail.com We don't have a notification for staff when a new ill request is made. It could be useful, and we have that kind of notification when a suggestion is made -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 40462] New: Preferred_name values distinct from firstname should not be lost when preferred_name set in BorrowerUnwantedFields
by bugzilla-daemon＠bugs.koha-community.org 21 Jul '25

21 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40462 Bug ID: 40462 Summary: Preferred_name values distinct from firstname should not be lost when preferred_name set in BorrowerUnwantedFields Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Current behavior: - set a patron to have a preferred_name distinct from their firstname - set BorrowerUnwantedField to hide preferred_name - refresh your patron, confirm their preferred_name has not changed - on your patron, click Edit and then Save without changing anything - confirm your patron's preferred_name has been updated to match their firstname In contrast, if you give a patron a fax number and then hide fax via borrowerunwantedfield, that fax number remains on the patron record and cannot be edited or removed by staff. In preferred_name is included in BorrowerUnwantedField, we should only update preferred_name to match firstname if preferred_name and firstname matched before we edited the patron. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2