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

[Bug 26053] New: Adding more details to the manual about Patron Restrictions
by bugzilla-daemon＠bugs.koha-community.org 12 Dec '23

12 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26053 Bug ID: 26053 Summary: Adding more details to the manual about Patron Restrictions 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: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com A library can add a manual restriction to a patrons account with a date. This is the date the restriction will be lifted. It would be nice to add to the manual that this is controlled by a cron and would need to be activated for this process to work. --restrictions DAYS purge patrons restrictions expired since more than DAYS days. Defaults to 30 days if no days specified. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 56

[Bug 25770] New: vars loggedinusername and loggedinusernumber should be replaced by use of logged_in_user in templates
by bugzilla-daemon＠bugs.koha-community.org 12 Dec '23

12 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25770 Bug ID: 25770 Summary: vars loggedinusername and loggedinusernumber should be replaced by use of logged_in_user in templates Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Since all templates have the current loggedin user as logged_in_user var (a Koha::Patron object), vars loggedinusername and loggedinusernumber should be replaced in templates. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 18974] New: Adding further selenium tests
by bugzilla-daemon＠bugs.koha-community.org 11 Dec '23

11 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18974 Bug ID: 18974 Summary: Adding further selenium tests Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: alexbuckley(a)catalyst.net.nz Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org The patches attached to this bug report will be building on the work completed in bug 13691, and 18804 by adding more selenium tests to the t/db_dependent/selenium directory. These selenium tests will test the following: * Authenticating a patron (not default user) into both OPAC and intranet * Searching for item in OPAC and intranet * Go through web installer and onboarding tool * Submitting a purchase suggestion in OPAC * Creating a currency, budget and fund -- You are receiving this mail because: You are watching all bug changes.

1 51

[Bug 23798] New: Convert OpacMaintenanceNotice system preference to news block
by bugzilla-daemon＠bugs.koha-community.org 11 Dec '23

11 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23798 Bug ID: 23798 Summary: Convert OpacMaintenanceNotice system preference to news block 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: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Depends on: 22318 Building on 22318, the OpacMaintenanceNotice system preference should be converted to a Koha news block. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22318 [Bug 22318] Extend Koha news feature to include other content areas -- You are receiving this mail because: You are watching all bug changes.

1 34

[Bug 24107] New: Returns.pl fetches the same item from the database multiple times
by bugzilla-daemon＠bugs.koha-community.org 11 Dec '23

11 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24107 Bug ID: 24107 Summary: Returns.pl fetches the same item from the database multiple times Change sponsored?: --- Product: Koha Version: unspecified 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org I noticed while writing the patch for bug 24106 that we get the same item from the database multiple times. It would make sense to only fetch it once for efficiency. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 25930] New: Datatables_Members.t is failing randomly
by bugzilla-daemon＠bugs.koha-community.org 11 Dec '23

11 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25930 Bug ID: 25930 Summary: Datatables_Members.t is failing randomly Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: victor(a)tuxayo.net QA Contact: testopia(a)bugs.koha-community.org Two recent failures in the CI https://jenkins.koha-community.org/view/19.05/job/Koha_19.05_D8/248/console… https://jenkins.koha-community.org/job/Koha_19.05_D9/252/consoleText And I could reproduce locally in Debian 10 on master. After 22 tries and 2017 tries t/db_dependent/Utils/Datatables_Members.t .. 6/53 # Failed test 'There are two Doe at nIfpuJszvy' # at t/db_dependent/Utils/Datatables_Members.t line 183. # got: '3' # expected: '2' t/db_dependent/Utils/Datatables_Members.t .. 45/53 # Looks like you failed 1 test of 53. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 25660] New: Unable to change system preferences in "vintage" git install without plack
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '23

10 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25660 Bug ID: 25660 Summary: Unable to change system preferences in "vintage" git install without plack 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 105506 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=105506&action=e… screenshot showing the error message Ok, so I don't know if this should be a bug. Tomás said to file one anyway. :) It does impact my ability to do pretty much anything with my Koha install. I have a git install of Koha which I update using git pull/updatedatabase. No plack, no memcached. For a couple of weeks, I haven't been able to change system preferences. When I try to save, it says "Internal Server Error, please reload the page". This is not the blank Internal Server Error you get when you have plack. It's a message that pops-up in a dark grey box (see attachment). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 25604] New: Plugin unlinking failing during uninstall
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '23

10 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25604 Bug ID: 25604 Summary: Plugin unlinking failing during uninstall Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org I'm seeing the following: Could not unlink /var/lib/koha/kohadev/plugins/Koha/Plugin/Dcook/OahImport.pm.pm: No such file or directory at /kohadevbox/koha/Koha/Plugins/Handler.pm line 106. Looks like the $plugin_path handling isn't working quite right. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 25848] New: Allow staff to cancel subscription alerts on behalf of patrons
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '23

10 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25848 Bug ID: 25848 Summary: Allow staff to cancel subscription alerts on behalf of patrons Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Currently, the only way to cancel email alerts/notifications about subscriptions is manually, by the borrower, through the OPAC. This is a problem if the borrower has since left the library and can no longer log in to the OPAC. There should be a way for staff to cancel these subscriptions to subscription alerts in the staff client. To reproduce: Set up a subscription for a biblio. Edit it and ensure the patron notification is enabled Log in to the OPAC and go to that biblio Click 'Subscribe to email notification on new issues' button and confirm this Notice there is now a button to cancel the subscription on the OPAC In the staff client, go to the subscription and click the subscribers link next to Patron notification (serials/viewalerts.pl?subscriptionid=X) Notice you can't remove subscribers here -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 25797] New: REST API using OAuth doesn't actually authorize
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '23

10 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25797 Bug ID: 25797 Summary: REST API using OAuth doesn't actually authorize Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: vanoudt(a)gmail.com Created attachment 105997 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=105997&action=e… Authorise on the x-koha-authorization header, not the authorization header Just spent a whole bunch of time on this - and think I have a solution. The rest api, is looking for the authorization header - but for some reason, koha is rewriting this header to be "x-koha-authorization". The attached patch fixes things for me here, finally allowing me to make API calls! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11