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

[Bug 34071] New: Change the phrasing of 'automatic checkin' to fit consistent terminology
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '23

18 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34071 Bug ID: 34071 Summary: Change the phrasing of 'automatic checkin' to fit consistent terminology Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: samalau(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Visit administration->item types and then edit an item. Notice there is a checkbox that is labeled as 'Automatic checkin', however 'checkin', in this case, is being utilized as a noun and according to the terminology (https://wiki.koha-community.org/wiki/Terminology#C) it should be written as 'Automatic check-in' -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 34052] New: Incomplete relative URL to subscription-detail.pl breaks navigation
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '23

18 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34052 Bug ID: 34052 Summary: Incomplete relative URL to subscription-detail.pl breaks navigation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org On the serials-collection.pl page, there is a same-directory relative link to "subscription-detail.pl" under the "Subscription num." column. Most of the time this isn't a problem, but when you delete a serial, it sends you to a URL like this: http://localhost:8081/cgi-bin/koha/serials/serials-collection.pl/?op=delete… That relative URL will be interpreted as the following: http://localhost:8081/cgi-bin/koha/serials/serials-collection.pl/subscripti… Instead of generating an error, this actually loads the http://localhost:8081/cgi-bin/koha/serials/serials-collection.pl page. The /subscription-detail.pl would be just added to the PATH_INFO on the server. The solution is to use a root-relative URL like we do everywhere else (e.g. /cgi-bin/koha/serials/subscription-detail.pl) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 34015] New: Terminology: Relative issues should be Relative's checkouts
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '23

18 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34015 Bug ID: 34015 Summary: Terminology: Relative issues should be Relative's checkouts Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org I found this string while translating. It seems to be a string for screen readers only. But I think it should still follow terminology. The string is in opac-user.tt, around line 670. <caption class="sr-only">Relative issues</caption> It's for the tab that shows Relatives' checkouts. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 34013] New: Recalls awaiting pickup doesn't show count on each tab
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '23

18 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34013 Bug ID: 34013 Summary: Recalls awaiting pickup doesn't show count on each tab Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Templates 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: 34012 The recalls awaiting pickup page is supposed to show a count on each tab, e.g. Recalls waiting: 10 Recalls waiting over 7 days: 14 The template tries to do it this way: Recalls waiting: [% recalls.count | html %] But it doesn't work. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34012 [Bug 34012] Use template wrapper for tabs: Recalls awaiting pickup -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 34012] New: Use template wrapper for tabs: Recalls awaiting pickup
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '23

18 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34012 Bug ID: 34012 Summary: Use template wrapper for tabs: Recalls awaiting pickup Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Templates 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: 32571 Continuing the work of Bug 32571, I would like to update the recalls awaiting pickup page in the staff client to use the new WRAPPER for tabs Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32571 [Bug 32571] Use template wrapper to build tabbed components -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 33976] New: Claims returned option is not disabled in moredetail.pl if the item has a different lost status
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '23

18 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33976 Bug ID: 33976 Summary: Claims returned option is not disabled in moredetail.pl if the item has a different lost status Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In Bug 24279, we disabled the "Claims Returned" option in the Lost status drop-down in moredetail.pl, because the claims returned feature does not work correctly if the status is set in that way. However, if an item already has a different Lost status, the "Claims Returned" option is selectable, although it should not be. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 33972] New: Possible deadlock in C4::ImportBatch::SetimportBatchStatus from BatchCommitRecords
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '23

18 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33972 Bug ID: 33972 Summary: Possible deadlock in C4::ImportBatch::SetimportBatchStatus from BatchCommitRecords Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In BatchCommitRecords we currently Start a transaction ... SetImportBatchStatus($batch_id, 'importing'); ... SetImportBatchStatus($batch_id, 'finished'); ... Finish the transaction In certain settings the second call fails as it is waiting for the first to commit it seems: [Fri Jun 9 09:06:29 2023] background_jobs_worker.pl: C4::ImportBatch::SetImportBatchStatus(): DBI Exception: DBD::mysql::db do failed: Lock wait timeout exceeded; try restarting transaction at /usr/share/koha/lib/C4/ImportBatch.pm line 717 Setting the status twice inside the transaction doesn't make sense - the DB will never show the 'importing' status - as it will either be rolled back when the transaction fails, or set to 'finished' when it completes -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 62

[Bug 33968] New: Two colons missing on guarantor labels in memberentry.pl form
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '23

18 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33968 Bug ID: 33968 Summary: Two colons missing on guarantor labels in memberentry.pl form Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: sally.healey(a)cheshiresharedservices.gov.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com On the joining/edit patron form, every label has colons at the end - except for the Patron guarantor section. To view: - Edit a child patron - Under Patron guarantor, note the following two labels do not have colons: 1) Show checkouts to guarantors 2) Show fines to guarantors I realise this is a ridiculously trivial bug, but it'd be nice to make it consistent. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 33944] New: When listing checkouts, don't fetch item object if not using recalls
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '23

18 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33944 Bug ID: 33944 Summary: When listing checkouts, don't fetch item object if not using recalls Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In svc/checkouts we fetch the item object, but it is only used if using recalls. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 33896] New: Catalog search from the masthead searchbar produces a warning in the logs
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '23

18 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33896 Bug ID: 33896 Summary: Catalog search from the masthead searchbar produces a warning in the logs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: matt.blenkinsop(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org To reproduce: 1) In the intranet, search the catalog from the top search bar 2) Check plack-intranet-error.log 3) There should be a warning "[WARN] Use of uninitialized value within @indexes in string eq" -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15