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

[Bug 24738] New: Online registration
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '24

10 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24738 Bug ID: 24738 Summary: Online registration 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 I think it would be good, if online registration noted that an account with the e-mail address a patron is registering with is already in use. I also think, that registration should send a code to the e-mail address before registration is complete. If the address already exists, it will send an e-mail to the address saying that someone is trying to register with that e-mail address. If it is not you, contact your library. If it is, and you are registering an account for another family member, use this code to complete the process. This will serve to make people aware that already have a card that they are trying to register an already existing account, but also allow those who use the same e-mail address for more than one family member to proceed. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 16440] New: Update report parameters
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '24

10 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16440 Bug ID: 16440 Summary: Update report parameters Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Created attachment 51217 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=51217&action=ed… Placement of report parameters on report results. Let's say you have a report that asks you for parameters. You run the report, get the results, and then you want to run the report again with different parameters. Or maybe you made a mistake and need to change it. Yes, you could back up and change things and run it again. But what if the parameters were showing over on the left of the report under the "Useful resources" section? You could see what you set, and change whatever you needed and then click update. Perhaps the row setting and update button could also be on the left of the report. Just a thought. I was able to change a parameter up in the URL, and hit update, and it worked. It was nice because I set the report to show more than 20 records, and I didn't have to repeat that step after updating. Christopher -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 24383] New: koha-create doesn't restart / empty memcached causing installer fail
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '24

10 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24383 Bug ID: 24383 Summary: koha-create doesn't restart / empty memcached causing installer fail Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: joonas.kylmala(a)helsinki.fi QA Contact: testopia(a)bugs.koha-community.org If in /etc/koha/koha-sites.conf I have defined USE_MEMCACHED="yes" and then I run "koha-create --create-db kvkoha" and after that "koha-remove kvkoha" and then again "koha-create --create-db kvkoha" then when I try to access the web installer page I get the following error: > DBIx::Class::Storage::DBI::catch {...} (): DBI Connection failed: Access denied for user 'koha_kvkoha'@'localhost' (using password: YES) at /usr/share/perl5/DBIx/Class/Storage/DBI.pm line 1520. at /usr/share/koha/lib/Koha/Database.pm line 107 This seems to happen because the memcached instance still holds the database credentials from the first time koha-create was run. The solution is to clear the memcached cache: > $ systemctl restart memcached After this the web installer loads correctly. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 23660] New: Add system preference to remove message body from sent notices after notice status switches to sent.
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '24

08 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23660 Bug ID: 23660 Summary: Add system preference to remove message body from sent notices after notice status switches to sent. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: brendon.ford(a)manhattan.edu QA Contact: testopia(a)bugs.koha-community.org Currently the "Sent notices" list on a borrower's record retains the body of all sent notices. It may be useful for patron privacy to have the option to have message body removed after the notice has been sent. Ideally this would be done immediately after the notice has been processed, but having this scheduled could also be an option. Currently we can have the ability to remove the entire notice, but we would like to keep a record that a notice was sent and just remove what was in the notice. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 24731] New: Privacy concerns in Notices
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '24

08 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24731 Bug ID: 24731 Summary: Privacy concerns in Notices Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: joy(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org A library has mentioned possible privacy concerns due to item information being listed in notices sent to the patron. Staff has the ability to read the notices and see what the patron has requested/checked out. They would like the ability to see that they have notified a patron about an overdue and on what date, but not necessarily see what item it was for. They are interested in exploring if these notices can be 'redacted' for privacy. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 22161] New: Move transferbook to Koha namespace
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '24

08 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22161 Bug ID: 22161 Summary: Move transferbook to Koha namespace Change sponsored?: --- Product: Koha Version: master 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: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 24295] New: C4::Circulation::GetTransfers should be removed, use Koha::Item->get_transfer instead
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '24

08 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24295 Bug ID: 24295 Summary: C4::Circulation::GetTransfers should be removed, use Koha::Item->get_transfer instead Change sponsored?: --- Product: Koha Version: master 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org We've had a get_transfer method in the Koha::Item object which replicates this function. We should convert all uses of GetTransfers to use the newer Koha::Object based method and remove the original method. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 133

[Bug 24761] New: Caching issues in scripts running in daemon mode
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '24

06 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24761 Bug ID: 24761 Summary: Caching issues in scripts running in daemon mode 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Bug 16758 highlighted an issue on long running processes (daemons) with the L1 cache mechanism not being able to invalidate cache. The proposed and agreed solution there was to disable L1 cache for daemon scripts. But the bug only took care of rebuild_zebra.pl, leaving things like SIPServer for later. We should resume that work, and discussion. It clearly needs to be handled in a generic way on Koha::Script -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 24714] New: Include ISBN tag in search result items even if no in-built Enhanced Content service for cover images is used
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '24

06 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24714 Bug ID: 24714 Summary: Include ISBN tag in search result items even if no in-built Enhanced Content service for cover images is used Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: webi(a)runbox.com QA Contact: testopia(a)bugs.koha-community.org 3rd-party services commonly use ISBN for image links. This makes it easy to use UserJS to produce them from simple ISBN tags in the HTML. Currently though, one has to check e.g. Google Jackets, only to get them. This works, but also adds completely redundant loading. One solution: a simple unconditional (or conditioned by no Enhanced Content used - after the [% IF ( GoogleJackets ) %] etc. sections ) addition of SEARCH_RESULT.normalized_isbn in opac-results.tt; and corresponding .tt:s, for Intra etc. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 24687] New: Installation errors in Koha-common
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '24

06 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24687 Bug ID: 24687 Summary: Installation errors in Koha-common Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: jwboulier(a)sbcglobal.net QA Contact: testopia(a)bugs.koha-community.org Getting errors about unable to locate Koha configuration file koha-conf.xml at line 245. /usr/share/koha/lib/C4/Context.pm. (Repeated 4 times) Can't call method "config" on unblessed reference at /usr/share/koha/lib/Koha/Database/pm line 56. Setting up koha-common (19.11.02-1) ... failed to load external entity "/etc/koha/sites/jack/koha-conf.xml" Upgrading database schema for jack unable to locate Koha configuration file koha-conf.xml at /usr/share/koha/lib/C4/Context.pm line 245. unable to locate Koha configuration file koha-conf.xml at /usr/share/koha/lib/C4/Context.pm line 245. unable to locate Koha configuration file koha-conf.xml at /usr/share/koha/lib/C4/Context.pm line 245. unable to locate Koha configuration file koha-conf.xml at /usr/share/koha/lib/C4/Context.pm line 245. Can't call method "config" on unblessed reference at /usr/share/koha/lib/Koha/Database.pm line 56. dpkg: error processing package koha-common (--configure): installed koha-common package post-installation script subprocess returned error exit status 2 Errors were encountered while processing: koha-common E: Sub-process /usr/bin/dpkg returned an error code (1) Using a Dell 7500, 6 core 48 Gig of ram, Mint 19.3 Cannot load any Koha software. Attempted a live DVD. Does not respond to the install software from the admin menu, Following instructions from the Live DVD. Why is this software so difficult to install? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4