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

[Bug 30520] New: Command line stage and import broken since 21.11.
by bugzilla-daemon＠bugs.koha-community.org 30 Jan '23

30 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30520 Bug ID: 30520 Summary: Command line stage and import broken since 21.11. Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: andreas.jonsson(a)kreablo.se QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz As part of the work done for bug 14957, a change was made where it is assumed the import is made by a logged in user, and crashes if there isn't one. Specifically, this change causes the problem: https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=126754&action=d… This affects the command line tools stage_file.pl and commit_file.pl, when using the --match flag to match and replace existing records. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 39

[Bug 32228] New: Clean staged MARC records confirmation message should include a note related to Undo Import into Catalog
by bugzilla-daemon＠bugs.koha-community.org 30 Jan '23

30 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32228 Bug ID: 32228 Summary: Clean staged MARC records confirmation message should include a note related to Undo Import into Catalog Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucy.vaux-harvey(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org The warning message that displays when you select the Clean a file in Staged MARC management is as follows: "Clear all reservoir records staged in this batch? This cannot be undone." It would be helpful to also make clear in the message that once a file is 'cleaned' it will no longer be possible to use the 'Undo import into catalog' option to remove a file of imported records from the catalogue. We have instances where a file has been cleaned but the library still require to remove the records from the catalogue at a later stage. These records then need to be identified separately and deleted using batch record deletion. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 10060] Allow adding a branch parameter to the web-based self check to indicate library its used at
by bugzilla-daemon＠bugs.koha-community.org 28 Jan '23

28 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10060 --- Comment #21 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Martin Renvoize from comment #20) > I'm not seeing a way to pass branch in the URL I'm afraid... looks like we > use the issuer branch so it's currently tied to the self check users branch. Thx! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 15504] Track Patron's Last Activity
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '23

27 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15504 Barbara Johnson <barbara.johnson(a)bedfordtx.gov> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |barbara.johnson(a)bedfordtx.g | |ov -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 26703] New: We should reconsider best practice for our title elements
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '23

27 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26703 Bug ID: 26703 Summary: We should reconsider best practice for our title elements Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Many of our <title> elements contain the whole breadcrumb path to the current page. Unfortunately this often results in a very long title which doesn't fit well in browser tab titles and sometimes is even concatenated on hover. In a quick bit of research I did, I found that the recommendation seems to be to limit the title element to 70 characters max and to start with the most relevant information and end with the generic branding. I'm thinking, reverse the breadcrumb, only use a couple of slots from it, then add the generic library branding after. For example: Edit < $reportname : Koha $searchstring : Koha -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 160

[Bug 32737] New: Don't allow placing multiple ILL requests to same partner
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '23

27 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32737 Bug ID: 32737 Summary: Don't allow placing multiple ILL requests to same partner Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)ptfs-europe.com Bug 22531 adds the possibility of placing an ILL request with partners even if a request had been placed with a partner previously. This, however, allows for a request to be placed with the same partner multiple times, adding new entries on message_queue each time the request is placed with the same partner. A possible solution would be to remove previously placed partners from the "Select partner libraries:" list in the "Place request with partners" UI screen. To reproduce: - Apply 22531 Preparation: - Create a report using the following SQL in order to verify that notices are being generated: SELECT borrowernumber, subject, content, message_transport_type, to_address, from_address FROM message_queue WHERE letter_code LIKE 'ILL%' ORDER BY message_id DESC - Create two "partners". These are patrons that belong to a patron category that has a code that matches the <partner_code> value in your koha-conf.xml (default is ILLLIBS). Patrons in this category must have a primary email defined. Patrons defined in this way are offered as request partners within the ILL interface. - Go to "Koha administration", search for "ILLModule" syspref, ensure it is set to "Enable" - Go to "Koha administration", search for "IllLog" syspref, ensure it is set to "Log" - Go to "Koha administration" > "Libraries", choose a library and "Edit" it - Ensure the "Email" field for the library is populated Reproduce: 1 - Create an ILL request using the FreeForm backend 2 - From the "Manage ILL request" screen, select "Place request with partners" 3 - In "Select partner libraries" choose one partner library, then click "Send email" 4 - Run the report created during preparation and check that the entry has been added to message_queue 5 - For the same request, repeat steps 2 and 3 and place the request with the same partner as previously 6 - Run the report again and check that a second identical entry has been added to message_queue 7 - Go to the request again and verify that the "ILL request log" also has one entry for each time the request was placed for the same partner (working as intended) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 32719] New: db_revs 210600001 can take a long time
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '23

27 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32719 Bug ID: 32719 Summary: db_revs 210600001 can take a long time Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org I did an upgrade from 20.11.06 to 22.05.08 last night, and db_rev 210600001 (bug 28489) took something like an hour. The problem was probably that the sessions table was huge, and should have been cleaned regularly. But it wasn't. Here is what the update does: $dbh->do('DELETE FROM sessions'); $dbh->do('ALTER TABLE sessions MODIFY a_session LONGBLOB NOT NULL'); I expected the delete to be quick and altering an empty table should also be quick. But it wasn't. "show processlist" showed this for a long time: copy to tmp table | ALTER TABLE sessions MODIFY a_session LONGBLOB NOT NULL I wonder if the problem is that the DELETE and the ALTER is in the same transaction? Which means the "deleted" data needs to be kept track of, while the "alter" is running? Maybe this could be made more efficient for others with a large sessions table? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 8628] Add digital signs to the OPAC
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '23

27 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8628 --- Comment #127 from solene.ngamga(a)inlibro.com --- I have the same error as David. After I apply all the patches, I can't access to Digital signs page. I got a error 500. Trace begun at /inlibro/git/koha-master-dev-solene/Koha/Objects.pm line 572 Koha::Objects::AUTOLOAD('Koha::Signs=HASH(0x55686a4ee3b0)') called at /inlibro/git/koha-master-dev-solene/koha-tmpl/intranet-tmpl/prog/en/modules/ tools/signs.tt line 385 eval {...} at /inlibro/git/koha-master-dev-solene/koha-tmpl/intranet-tmpl/prog/en/modules/tools/signs.tt line 385 eval {...} at /inlibro/git/koha-master-dev-solene/koha-tmpl/intranet-tmpl/prog/en/modules/tools/signs.tt line 410 eval {...} at /inlibro/git/koha-master-dev-solene/koha-tmpl/intranet-tmpl/prog/en/modules/tools/signs.tt line 7 Template::Document::__ANON__('Template::Context=HASH(0x55686a2e91e8)') called at /usr/lib/x86_64-linux-gnu/perl5/5.34/Template/Document.pm line 163 eval {...} at /usr/lib/x86_64-linux-gnu/perl5/5.34/Template/Document.pm line 161 Template::Document::process('Template::Document=HASH(0x55686a4fbe40)', 'Template::Context=HASH(0x55686a2e91e8)') called at /usr/lib/x86_64-linux- gnu/perl5/5.34/Template/Context.pm line 351 eval {...} at /usr/lib/x86_64-linux-gnu/perl5/5.34/Template/Context.pm line 321 Template::Context::process('Template::Context=HASH(0x55686a2e91e8)', 'Template::Document=HASH(0x55686a4fbe40)') called at /usr/lib/x86_64-linux- gnu/perl5/5.34/Template/Service.pm line 94 eval {...} at /usr/lib/x86_64-linux-gnu/perl5/5.34/Template/Service.pm line 91 Template::Service::process('Template::Service=HASH(0x55686a2ca150)', '/inlibro/git/koha-master-dev-solene/koha-tmpl/intranet-tmpl/prog/en/modules/ tools/signs.tt', 'HASH(0x55686a527ca8)') called at /usr/lib/x86_64-linux-gnu/perl5/5.34/Template.pm line 66 Template::process('Template=HASH(0x55686121a680)', '/inlibro/git/koha-master-dev-solene/koha-tmpl/intranet-tmpl/prog/en/modules/tools/signs.tt', 'HASH(0x55686a527ca8)', 'SCALAR(0x556863f21cf8)') called at /inlibro/git/koha-master-dev-solene/C4/Templates.pm line 127 C4::Templates::output('C4::Templates=HASH(0x55686121ac38)') called at /inlibro/git/koha-master-dev-solene/tools/signs.pl line 318 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7376] Transfer limits should be checked at check-in
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '23

27 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7376 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- QA Contact| |m.de.rooy(a)rijksmuseum.nl -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7376] Transfer limits should be checked at check-in
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '23

27 Jan '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7376 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|BLOCKED |Failed QA --- Comment #126 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- I am moving this to FQA for a few minor remarks as noted. But what I do miss here, is a test plan that provides more confidence that returning books from the interface will still work as expected in various cases. A lot of attention went to the unit test. And thats great, but if a change like this is not tested thoroughly now on the interface, we might overlook stuff.. In that regard an additional outside sign-off would be welcome. -- You are receiving this mail because: You are watching all bug changes.

1 0