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

[Bug 36491] New: 500 error on checkout after upgrade
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '24

05 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36491 Bug ID: 36491 Summary: 500 error on checkout after upgrade Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: Linux Status: NEW Severity: major Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: it.manager(a)hope.edu.kh QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 164268 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=164268&action=e… errormessage Hi, just upgraded to 23.11 then ran koha-rebuild-zebra -v -f Since then, I'm getting a 500 error when checking out. I've confirmed homebranch, holdingbranch, and itype are not null (as suggested when searching this issue). I am really at a loss. Error logs are saturated with what I think are unrelated issues. Although, I am admittedly a novice at Koha so I could be very wrong. I've checked opac-error.log, plack-error.log, zebra-output.log. What could I be missing? Thanks in advance -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 21676] New: Advanced editor - Rancor - complains on empty line at end
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '24

05 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21676 Bug ID: 21676 Summary: Advanced editor - Rancor - complains on empty line at end Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)joensuu.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Minor usability irritation: Rancor complains about "Invalid tag number" on a completely empty line. You tend to automatically press enter at the end of a field, meaning you may have an empty line at the end of the record... and then Rancor complains when trying to save. Should instead just silently discard the empty line at the end before saving. Same complaint happens if there's an empty line in the middle, but I'm not sure if that should be silently discarded. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 9181] Add patron messaging preferences to batch patron modification tool
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '24

04 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9181 --- Comment #7 from Kristi <kkrueger(a)cuyahogalibrary.org> --- This would be really nice. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9181] Add patron messaging preferences to batch patron modification tool
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '24

04 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9181 Kristi <kkrueger(a)cuyahogalibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kkrueger(a)cuyahogalibrary.or | |g -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 36061] New: With IndependentBranches on a non-superlibrarian cannot modify password
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '24

04 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36061 Bug ID: 36061 Summary: With IndependentBranches on a non-superlibrarian cannot modify password 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: marie-luce.laflamme(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When the IndependentBranches system preference is turned on, non-superlibrarian staff without the 'view_borrower_infos_from_any_libraries' permission cannot change the patron's passwords, even if those patrons are from the same library. With the current behaviour, it's impossible to reset passwords from the intranet if your library doesn't have a staff member with superlibrarian powers. There are other bugs on similar topic, see: bug 12793 and bug 12599. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 30109] New: Wrong interface in logs when renewing patron
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '24

04 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30109 Bug ID: 30109 Summary: Wrong interface in logs when renewing patron Change sponsored?: --- Product: Koha Version: master 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org I have not been able to recreate this in my testing environment, however, I can find evidence of the problem in many production environments. When renewing a patron the interface recorded in action logs is often 'api' SELECT * FROM action_logs WHERE module='MEMBERS' AND action="RENEW" AND interface='api'; The specific log is from Koha::Patron->renew_account This is only called in members/setstatus.pl setstatus uses 'checkauth' rather than other routines for verifying logged in patron, and it seems that the interface must not be set for Context in that call -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 20203] New: Add info about contributing to koha-community.org/documentation/
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '24

04 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20203 Bug ID: 20203 Summary: Add info about contributing to koha-community.org/documentation/ Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Websites, Mailing Lists, etc Assignee: wizzyrea(a)gmail.com Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org It might be nice if the page at https://koha-community.org/documentation/ said something about how to contribute to the documentation, or linked to such info published elsewhere. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 36524] New: Template ids need to be editable
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '24

04 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36524 Bug ID: 36524 Summary: Template ids need to be editable Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Pointing to a report template via URL relies on knowing the template's ID number that is automatically assigned by Koha, which is not shown in the template anywhere. In order to get that number you have to run a report and apply the template to see it in the URL. However, this creates extra work for those of us linking to reports with templates via jQuery, and copying this jQuery to other servers; particularly test servers. It would be helpful if we could either manually assign these ID numbers or create some other type of ID that could be referenced via URL (with the condition that Koha checks if the ID us unique). This would allow for more consistency between servers. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 36523] New: Report ids need to be editable
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '24

04 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36523 Bug ID: 36523 Summary: Report ids need to be editable Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Pointing to a report via URL relies on knowing the report's ID number that is automatically assigned by Koha. However, this creates extra work for those of us creating reports that rely on other reports, or linking to reports via jQuery, and copying this jQuery to other servers; particularly test servers. It would be helpful if we could either manually assign these ID numbers or create some other type of ID that could be referenced via URL (with the condition that Koha checks if the ID us unique). This would allow for more consistency between servers. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 9762] Log circulation overrides
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '24

04 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9762 --- Comment #20 from Matthias Le Gac <matthias.le-gac(a)inlibro.com> --- I created a separate test file from circulation.t because I think it's simpler as it tests the message sending for the method CanBookBeIssued in Circulation.pm method and also on master and without having applied the patch the Circulation.t test didn't work so I couldn't test my tests. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0