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

[Bug 33778] New: Move t/Auth_with_shibboleth.t to db_dependent
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '23

18 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33778 Bug ID: 33778 Summary: Move t/Auth_with_shibboleth.t to db_dependent 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 33996] New: Authority objects missing mapping
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '23

18 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33996 Bug ID: 33996 Summary: Authority objects missing mapping Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com CC: tomascohen(a)gmail.com Koha::Authority doesn't have a `to_api_mapping()` method. I noticed because the tests were using 'authid' but the PATH parameter is named 'authority_id'. We need to fix this urgently. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 34130] New: ILL requests table won't load if request_placed date is null
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '23

18 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34130 Bug ID: 34130 Summary: ILL requests table won't load if request_placed date is null Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com CC: pedro.amorim(a)ptfs-europe.com We are seeing older requests that have no date placed break the display of the table -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[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